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Computeranzeigebildschirme wurden traditionell so konzipiert, 
dafi sie entweder eine ''Portrat"-Orientierxing vorsahen, bei der 
die vertikale Abmessxmg groSer ist als die horizontale Abmes- 
avng, oder eine "Landschafts" -Orient iertmg, bei der die hori- 
zontale Abmessung grofier ist als die vertikale Abmessimg. 
Jungste Fortschritte der Technologie machten es moglich, sowohl 
die Portr&t-Orientierung als auch die Lcuidschafts-Orientierung 
mit demselben Computer zu verwenden. Solche Computeranzeige- 
systeme erlauben dem Benutzer des Computers^ einen (Anzeige* 
)Bildschirm zwischen der Portr§t- iind der Landschafts-Orientie- 
rung ximzustellen/ und einige Coii5)uter erlatoben sogar die 
gleichzeitige Verwendung von mehreren Bildschirmen . 

Wenn die Orientierung eines Bildschirms zwischen der Portr&t- 
imd der Landschaf ts-Orientiening neu eingestellt wird, verliert 
man zwangslaufig einen Teil des Anzeigebereichs aus der Sicht, 
\md ein anderer Teil kommt hinzu. Bei einem Computersystem, 
welches "Fenster^-gestCltze Anzeigen verwendet, kann der Be- 
reich, welcher verloren geht^ wichtige Teile eines Fensters 
(Windows) enthalten, die notwendig sind, damit der Benutzer das 
Fenster bewegen oder dessen GroSe neueinstellen kann. Femer 
kann es auch andere Bildschirme geben, welche Daten anzeigen, 
die ihre Orientierung nicht andem. Utn zu gewahrleisten^ dafi 
die resultierende Anzeige nutzbar ist, ware ein Verfahren zum 
automatischen Neudefinieren des Koordinatensysteros der Conpu- 
teranzeige in dem System sowie zum Bewegen von Fenstem und 
Neueinstellen ihrer Grofie wunschenswert « 
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Teilen von zwei Fenstem; 
Fig. 5 zeigt, wie der Bildschirm von Fig. 4 bei der vorlie- 
genden Er:findung in der Landschaf ts-Orientiening 
aussieht; 

Fig. 6a 

und 6b zeigen den Teil einer Anzeige aix£ einem Bildschirm 

mit fester Orientiening, sovohl bevor als auch nach- 
dem die Orientierung eines zweiten zugeordneten Bild- 
schirms von einer Portrat- in eine Landscha£ts-Orien- 
tierung uzngestellt wurde; 

Fig. 7 zeigt einen Bildschirm in Portrat-Orientierung mit 
einem Fenster; 

Fig. 8 zeigt einen Bildschirm in Portrat -Orient ienmg mit 

demselben Fenster wie in Fig. 1 , nachdem dieses Fen- 
ster auf herkdmmliche Weise durch Zoomen vergrdfiert 
wurde; 

Fig. 9 zeigt, wie der Bildschirm von Fig. 8 bei der vorlie- 
genden Br£indung in Landschafts -Orientierung 
aussieht; 

Fig. 10 zeigt einen Bildschirm in Lemdschafts -Orientierung 
mit demselben Fenster wie in Fig. 8, nachdem der 
Bildschirm von der Portrat- in die Landschafts -Orien- 
tierung umgestellt wurde, wobei die automatische 
Zoomfunlction gemaS der vorliegenden Erfindung aktiv 

ist; 

Pig. 11 zeigt ein Steuerf eld-Anzeigef enster zixm Auswahlen von 
Merkroalen gemaS der vorliegenden Erfindxing; 

Fig. lla 

und lib zeigen jeweils im einzelnen den Teil des Steuerfeld- 
Anzeigefensters fur die Neueinstellung der Fenster- 
gr5Se, wobei die automatische Nieuzoom-Funktion (Auto- 
Rezoom) der PenstergrdSen^derungs-Funktion 20ctiviert 
bzw. deaktiviert ist; 

Fig. 12 zeigt ein Steuerfeld-Anzeigef enster fur das Deakti- 
vieren von Fxinktionen (Nerkmalen) und Vorsehen von 
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benutzerspezifischen Befehlen fUr ausgewahlte Fen- 
stertypen gemafi der vorliegenden Erf indung; 
Fig. 13a . zeigt ein .Blockdiagramm erfindungsgemaSer Software- 

Korrekttirroutinen (Patches) fflr Softwareroutinen nach 
dem Stand der Technik; 
Fig. 13b zeigt ein Blockdiagramm fur Softwcure-Unterstutzimgs- 

routinen gemaS der vorliegenden Erf indung; 
Fig. 14 zeigt ein Flufidiagramm der erf indungsgemafien Soft- 
ware-Korrekturroutine fur die Routine _SlotManager 
nach dem Stande der Technik; 
Pig. 15 zeigt ein FluiSdiagramia der erf indungsgemaSen Soft- 
ware-Korrektiunroutine fiir die Routine _GetNextEvent 
nach dem Stande der Technik; 
Fig. 16 zeigt ein Flufidiagraram der erf indungsgemafien Soft- 

ware-Korrekturroutine fiir die Routine _InitGraf nach 
dem Stande der Technik; 
Fig. 17 zeigt ein, Flu£diagramm der erf indiingsgemlLSen Soft- 

ware-Kbrrekturroutine fur die Routine _NewWindow nach 
dem Stande der Technik; 
Fig. 18 zeigt ein Flufidiagramm der erf indungsgemafien Soft- 
ware-Korrekturroutine fur die Routine _InitWindows 
nach dem Stande der Technik; 
Fig. 19 zeigt ein Flufidiagramm der erf indungsgemafien Soft- 
ware-Korrekturroutine fur die Routine _SelectWindow 
nach dem Stande der Technik; 
Fig. 20 zeigt ein Flufidiagramm der erf indungsgemafien Soft- 
ware-Korrekturroutine filr die Routine _CloseWindow 
nach dem Stande der Technik; 
Fig. 21 zeigt ein Flufidiagramm der erf indiingsgemSfien Soft- 
ware -Korrekturr out ine fiir die Routine _DragWindow 
nach dem Stande der Technik; 
Fig. 22 zeigt ein Flufidiagramm der erf indimgsgemaCen Soft- 

ware-Korrekturroutine fur die Routine _ShowHide nach 
dem Stcmde der Technik; 
Fig. 23 zeigt ein Flufidiagramm der erf indungsgemafien Soft- 



- 5 - 



Weire-Korrekturroutine fur die Routine _GrowWindow 
nach deiD Stande der Technik; 
Pig. 24 zeigt ein .Flulkiiagramm der erfindungsgemaSen Soft- 
ware -Korrekturroutine fxir die Routine _SizeWindow 
nach dem Stande der Technik; 
Fig. 25 zeigt ein Flu£diagrainm der erfindungsgemlSen Soft- 
ware-Korrekturroutine fur die Routine _ZoomHindow 
nach dem Stande der Technik; 
Fig. 26 zeigt ein FlxiSdiagramm der erf indungsgemafien Soft- 
ware-Korrektur routine fur die Routine _MenuSelect 
nach dem Stande der Technik; 
Fig. 27 zeigt ein Flufidiagramm der erf indungsgema&en Soft- 

ware-Korrekturroutine fiir die Routine _TrackBox nach 
dem Stande der Technik; 
Fig. 28 zeigt ein Flufidiagramm der erf indungsgema&en Soft- 

ware-Korrektxirroutine f^r die Routine _6etMouse nach 
dem Stande der Teclmik; 
Fig. 29 zeigt ein FluSdiagramm der erf indungsgemafien Soft- 
ware -Korrekturroutine fClr die Routine ^Button nach 
dem Stande der Technik ; 
Fig. 30 zeigt ein Flufidiagramm der erf indxingsgemafien Soft- 
ware-Korrekturroutine fur die Routine _TextBox nach 
dem Stande der Technik; 
Fig. 31 zeigt ein Flufidiagramm der erf indungsgemafien Soft- 

ware-Korrekturroutine ftr die Routine _InitZone nach 
dem Stande der Technik; 
Fig. 32 zeigt ein Flufidiagramm der Sof twareroutine Check/ - 

Handle Flip gem§fi der vorliegenden Brfindung; 
Fig. 33a, 33b, 33c 

und 33d zeigen ein Flufidiagramm der Sof twareroutine Compute 
New Window gem&fi der vorliegenden Erfindung; 

Fig. 34a 

und 34b zeigen ein Flufidiagramm der Sof twareroutine Check 

Resize List gemafi der vorliegenden Erfindung; 
Fig. 35 zeigt ein Flufidiagramm der Sof twareroutine Resize 
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Window gema£ der vorliegenden Brfindtmg; 
Fig. 36 zeigt ein Fliigdi agramm der Softwareroutine Compute 
Resize Amqimt gem^ der vorliegenden Brfindung; 

Fig. 27a, 37b, 37c 

und 37d zeigen ein Flufidiagranm der Softwareroutine Rebuild 
Des)ctop geina£ der vorliegenden Brfindung; 

Fig. 38 zeigt ein Flufidiagramm der Softwareroutine Finder 
Cleanup gemafi der vorliegenden Brfindung; 

Pig. 39 zeigt ein Flufidiagramm der Softwareroutine Map Rec- 
tangle to Main Device gem^ der vorliegenden Erf in- 
dimg; 

Fig. 40 zeigt ein Flufidiagraxnm der Softwareroutine Process a 
New Window gemaS der vorliegenden Brfindung; 

Fig. 41a 

und 41b zeigen ein FluiSdiagramro der Softwareroutine Get Win- 
dow's Graphic Device gema£ der vorliegenden Brfin- 
dung. 

In Fig. la ist ein Bildschirm eines Computers gezeigt, der 
entweder in PortrSt -Orient ierung 1 oder in Landschaf ts-Orien- 
tierung 2 betrieben werden kann. Bei einigen Bildschirmen ist 
es moglich/ die Orientierung des Bildschirms zu jeder Zeit 
umzustellen oder zu Jcippen (flip) . Fig. lb zeigt, dafi dann, 
wenn von der Portrat -Orientierung 1 in die Landschaf ts- Orien- 
tierung 2 gekippt wird, ein Teil des Anzeigebereiches 4 .weg- 
fallt, und ein entsprechender Teil 5 kommt hinzu, wobei ein 
Teil des Anzeigebereiches 3 weder wegfailt noch hinzukommt . 

Fig. 2 zeigt eine Anzeige 1 in Portrat -Orientierung mit einein 
kleinereh Fenster 10, einem gro&eren Fenster 11, einem Haupt- 
menubalken 12 und zwei Piktogrammen 13 . Gem&S der vorliegenden 
Brfindung fuhrt ein Kippen (flip) von der Portrat -Orient ieinmg 
in Fig. 2 zu einer Veranderung der Grofie oder Bewegung des 
kleineren und des groSeren Fensters 10, 11, des Hauptmenubal- 
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kens 12 iind der beiden Piktograinrae 13, Die Anzeige, welche sich 
bei dem Kippen ergibt, ist in Pig, 3 gezeigt. Das kleinere 
Fenster 10 wird vertlkal nach oben bewegt, damit es vollstiaidig 
in die Grenzen der Landschaftsanzeige 2 paSt, die vertikale 
Abmessung des grofieren Fensters 11 wird reduziert, damit es 
vollstandig _ din die Grenzen der Landschaftsanzeige 2 paSt, die 
horizontale Abmessimg des Hauptmeniibalkens 12 wird vergrofiert, 
damit dieser vollstandig von der linken Seite der Landschafts- 
anzeige 2 zu der rechten Seite der Landschaftsanzeige 2 reicht, 
und die Piktograrame 13 werden von dem grdfieren Fenster 11 
weiter weg bewegt. 

Fenster xind Menutext, welche vor einer Kippbewegimg sichtbar 
und znganglich waren, sollen vorzugsweise nach dem Kippen 
sichtbar imd zuganglich bleiben. Die Teile des Fensters, welche 
vor dem Kippen zug^glich waren, sollen vorzugsweise auch nach 
dem Kippen zugangli.ch bleiben. Wenn das Anzeigesystem des 
Con^uters weitere Bildschirme auSer dem, welcher gekippt wurde, 
verwendet, sollte die Auswirkung einer Kippbewegxmg auf diese 
cinderen Bildschirme vorzugsweise minimal sein« Wenn der Haupt* 
menubalken vor dem Kippen sichtbar ist, mu& er zusatzlich seine 
Grofie abhangig von den neuen Abmessungen des gekippten Bild- 
Bchirms andem. Ahnlich mussen die Piktogramme bei beiden 
Orientierungen des Bildschirmes zuganglich bleiben. 

Die vorliegenden Brfindung ermittelt daher, welcher Bildschirm 
in einem Computersystem mit mehreren Bildschirmen ein be- 
stimmtes Fenster steuem soil. Dies wird erreicht; indem die 
Bedeiittmg der verschiedenen Rander eines Fensters gewichtet 
werden, indem ermittelt wird, welcher Fensterrand auf welchem 
Bildschirm erscheint, und indem eine gewichtete Siumne ftir jeden 
Bildschirm berechnet wird. Eine Ausfuhrungsform der vorliegen- 
den Erf ind\mg verwendet das folgende Wichtungsverf ahren: 

8 wird zu der gewichteten Summe fur einen Bildschirm addiert. 
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wenn dieser Bildschirm den pberen Rand des Fensters enthalt* 

4 wird zu der gewicl^teten Summe fHx einen Bildschirms addiert, 
wenn dieser Bildschirm den linken Rand des Fensters enthalt. 

2 wird zu der gewichteten Summe fur einen Bildschirm addiert, 
wezm dieser Bildschirm den rechten Rand des Fensters enthalt. 

1 wird 2U der gewichteten Sinnme fur einen Bildschirm addiert, 
wezin dieser Bildschirm den unteren Rand des Fensters enthS.lt. 

Wenn somit ein Bildschirm das gesamte Fenster en thai t, ist die 
Summe 15, und wenn der Bildschirm keinen Teil des Fensters 
enthalt, ist die Summe 0. Der Bildschirm, welcher die hdchste 
Summe fur ein Fenster aufweist, soil dieses Fenster steuem. 
Wenn kein Bildschirm edLne Summe grdiSer als 0 enthalt, wird das 
Fenster von dem Bilflschirm gesteuert, welcher den Hauptmenfi- 
balken enth3.lt. Der obere Rand eines Bildes wird als der wich* 
tigste Rand betrachtet, weil sie normalerweise den Titelbalken 
fur das Fenster enthalt, welcher fur die manuelle Verschiebung, 
Zoomen und das SchlieSen des Fensters verwendet wird. 

Wenn ein Bildschirm, welcher ein vollstandiges Fenster enthalt, 
gekippt wird, wird bei der vorliegenden Erf indung die Gr6fie des 
Fensters neu eingestellt und das Fenster nach Bedarf bewegt, um 
zu gew§hrleisten, da& das Fenster in seiner Gesamtheit auf dem 
gekippten Bildschirm bleibt. Bin Beispiel hierfiir ist in den 
Fig. 1 und 2 gezeigt, wo das kleine und das gro&e* Fenster 10 
und 11 nach dem Kippen vollstandig innerhalb der Landschafts- 
anzeige 2 bleiben. Sine vertikale Bewegimg des kleineren Fen- 
sters 10 macht es moglich, dafi dieses in die Landschaftsanzeige 
2 pafit. Das grofiere Fenster 10 in der Anzeige 1 der Fig. 2 mit 
Portrat-Orientierung ist zu hoch, um in die Landschaftsanzeige 
2 der Fig. 3 zu passen, selbst wenn das grofiere Fenster 10 in 
vertikaler Richtung so weit wie moglich nach oben bewegt wird. 
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Daher wird die Grofie des groSeren Fensters 10 auf eine kleinere 
vertikale Abmessxing neu eingestellt, damit das Fenster 10 in 
die Landschaftsanzeige 2 der Pig. 3 paBt, Bei der bevorzugten 
Ausfiihrungsform der Erf indxmg wird diese Grdfiexmeueinstellimg 
mittels Software erreicht, welcher den Code simuliert^ welcher 
zum manuellen Verandem der 6rd£e eines Fensters von einer Maus 
(Mouse) erzeugt wird. 

Bei der bevorzugten Ausffihrungs-form werden die Anfangsposition 
xrnd Grofie der Fenster 10 und 11 in einero Speicher gespeichert, 
wenn der Bildschirm gekippt wird, so da£ das Kippen des Bild- 
schirms zuruck in seine \irsprungliche Orientierxing zu einer 
Anzeige fuhrt, welche identisch mit der anfanglichen Anzeige 
ist. Wenn der Benutzer jedoch die Grofie oder Position von Fen- 
stem auf dem gekippten Bildschirm andert, fuhrt das Zuruck- 
kippen des Bildschirms in seine ursprQngliche Orientierung 
nicht zu einer Anze^^ge, welche identisch mit der anfinglichen 
Anzeige ist. 

In Fig. 4 sind Fenster 21 imd 22 gezeigt, welche nur teilweise 
in der Portratanzeige 1 enthalten sind. GemaS der vorliegenden 
Erfindung wird beim Kippen des Bildschirms die obere linke Bcke 
jedes Fensters 21, 22 bei derselben Distanz zu dem Rand des 
Bildschirms gehalten, uber welchen sich das Fenster hinaus- 
erstreckt, wie in Fig. 5 gezeigt. In Fig. 4 erstreckt sich das 
Fenster 21 unter die Unterkante 23 der Portraitanzeige 1. Wenn 
der Bildschirm gekippt wird, wie in Fig. 5 gezeigt, behalt die 
obere linke Bcke des Fenster 22 ihren Abstand von 'der rechten 
Kante 24 der Landschaftsanzeige 2. Die vertikale Abmessung des 
Fensters 22 wird f emer bei der Anderung der Orientierung von 
Fig. 4 zu Fig. 5 verkleinert, um den unteren Rand des Fensters 
22 bei der unteren Grenze der Bildschirmanzeige 2 zu halten, 
wie in Fig. 5 gezeigt. Wie bei der zuvor beschriebenen Situa- 
tion werden die Anfangsposition \md -grd&e der Fenster in dem 
Speicher gespeichert, um sie zu verwenden, wenn der Bildschirm 
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in seine iirsprungliche Orientierting zuruckgekippt wird, ohne 
dafi der Benutzer irgendwelche Anderiingen an der 6rd£e oder 
Position der Fenster- vorgenommen hat * 

In Fig. 6a wird ein Koordinatensystem dazu verwendet, die Po- 
sitionen auf den Bildschirmen 34, 35 zu definieren. In diesem 
Fall hat der Bildschirm 34 eine Portr^t -Orient ierung auf einem 
drehbaren oder kippbaren Bildschirm, xmd der Bildschirm 35 hat 
eine Portrat-Orientienmg auf einem Bildschirm mit fester Aus-- 
richtxing. Eine Ausfuhrungsform der vorliegenden Erfindung ver- 
wendet ein Koordinatensystem, des sen Ur sprung 30 bei dem ober- 
sten linken angezeigten Pixel liegt und welches eine erste Zahl 
aufweist, welche die Anzaihl der Pixel unter dem Ursprung be- 
zeichnet, sowie eine zweite Zahl, welche die Anzahl der Pixel 
rechts vom Urspnmg bezeichnet. Wenn somit, wie in Fig. 6a 
gezeigt, die PortrSt-Orientienmg des Bildschirms 34 865 Pixel 
hoch \ind 640 Pixel breit ist, hat das imterste rechte Pixel 32 
die Koordinaten (863, 639). Ahnlich hat das oberste linke Pixel 
31 des Bildschirms 35 mit fester Ausrichtung die Koordinaten 
(0, 640), und das unterste rechte Pixel 33 des Bildschirms 35 
mit festen Koordinaten hat die Koordinaten (863, 1279) . Ein 
Fenster 38 welches vollst&ndig in dem Bildschirm 35 mit festen 
Koordinaten enthalten ist, wie das in Fig. 6a gezeigte, hat 
eine obere linke Ecke 36 mit den Koordinaten (100, 800) , und 
eine untere rechte Ecke 37 mit den Koordinaten (700, 1100) . 

Wenn der Bildschirm 34 gekippt wird, andert sich das Koordi- 
natensystem. In Fig. 6b ist der Portratbildschirm'^34 von Fig. 
6a gezeigt, nachdem er in die Landschafts -Orient ierung 41 ge- 
kippt wurde. Der Ursprung 42 des Bildschirms mit Landschaf ts- 
Orientiening 41 behalt die Koordinaten (0, 0), die untere 
rechte Ecke 44 des Bildschirms mit Landschaf ts -Orient ierung 41 
hat nun jedoch die Koordinaten (639, 863) . Das oberste rechte 
Pixel 43 des Bildschirms mit fester Orientierung 35 hat nun die 
Koordinaten (0, 864), und das unterste rechte Pixel 45 des 



- 11 - 



Bildschirms 35 hat nun die Koordinaten (863, 1503). Die Koor- 
dinaten der obersten rechten Ecke 39 und der untersten rechten 
Bcke 40 des Fensters.-38 in dem Bilds chirm . rait fester Portrat- 
Orientier\mg 35 werden zu (100> 1024) bzw. (700, 1324) . Das 
lokale Koordinatensystem des Bildschirms mit fester Orientie- 
rung 35 andert sich somit aufgrund des Kippens des Bildschirms 
von der Portrcit-Orientierung 34 in die Landschaf tsorientieinmg 
41. Bei der bevorzugten Ausf^Lhrungsform werden die Koordinaten 
eines Fensters 38, welches von einem Bildschirm mit fester 
Orientierung 35 kontrolliert wird, so eingestellt, dafi die 
Position des Fensters 38 relativ zu dem obersten linken Pixel 
43 des Bildschirms rait fester Orientierung 35 tmverandert 
bleibt, nachdem der andere Bildschirm 34 gekippt wurde. 

Die Fig. 7 bis 10 zeigen, wie Fenster durch "Zoomen" gem&fi der 
vorliegenden Brfindung vergrdSert werden konnen. In Fig. 7 
enthalt der Bildschirm mit Portrat -Orientierung 1 ein Fenster 
51 vollstandig, er enthtlt femer einen Titelbalken 12 und 
Piktograrame 13. Pig. 8 zeigt das Fenster 51 von Fig. 7, das 
mittels eines herk5mmlichen Zoomverfahrens, welches aus dem 
Stand der Technik bekannt ist, vergrdfiert wurde. Das gezoomte 
Fenster 52 in Fig. 8 wurde so groS gemacht, dafi es den Bild- 
schirm so vollstandig wie moglich ausfQllt, ohne den Menubalken 
12 Oder die Piktograrame 13 zu Oberdecken. Fig. 9 zeigt das 
Ergebnis einer Kippbewegung des Bildschirms mit PortrcLt- Orien- 
tierung 1 aus Fig. 8 in einen Bildschirm mit Landschafts -Orien- 
tierung 2. Die vertikale Abmessung des Fensters 52 in Fig. 8 
ist bei dem. Fenster 53 des Bildschirms mit Lands chafts-Orien- 
tierimg der Pig. 9 verkleinert, damit das gesamte Fenster 53 
innerhalb des Bildschirms mit Landschafts -Orientierung 2 der 
Fig. 9 bleibt. Die Piktograrame 13 werden ebenfalls bewegt, so 
dafi sie in den am weitesten rechts gelegenen Bereich des Bild- 
schirms mit Landschaf ts-Orientierung 2 der Fig. 9 passen. Die 
ubliche Zoom-Verarbeit\ing des Fensters 52 in Fig. 8 fuhrt somit 
nicht zu einer ausreichenden Vergrofierung des Fensters 53, um 
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den Bildschirm zu fullen, nachdem der Bildschirm in die Land- 
schaf ts-Oriehtienmg 2 gekippt wurde, wie in Fig. 9 gezeigt. Urn 
das Fenster 53 zu vqrgrdSem, xim den Bildschirm mit Land- . . 
schafts-Orientiening 2 der Fig .9 vollstandig zu fullen, muS ein 
zweites herkommliches Zoom-Verfahren eingesetzt werden, urn das 
Fenster 54 zu strecken, wie in Fig, 10 gezeigt. Das Fenster 54 
wird somit mit unterschiedlichen Pormfaktoren £\ir die Hohe und 
Breite vergroBert, um den Bildschirm im wesentlichen so voll- 
standig wie moglich zu fullen, ohne den Meniibalken 12 oder die 
Piktogramme 13 zu uberdecken. 

Bei der bevorzugten Ausfuhrimgsf orm der vorliegenden Brfindung 
erfolgt die Zoom-Verarbeitung eines Pensters automatisch, wenn 
der Bildschirm gekippt wird. Fig. 10 zeigt das Ergebnis, wel- 
ches roan erhalt, wenn der Bildschirm von Fig. 8 aus der Por- 
trat- in die Landschafts-Orientierung gekippt wird, wobei das 
Zoomen des Pensters, 52 automatisch erfolgt. Bei der vorliegen- 
den Erfindung behSlt die automatische Zoom-Vereirbeitimg den- 
selben relativen Abstand zwischen den RSndem des Pensters und 
den entsprechenden Randem des Bildschirms bei, so da& der 
Menubalken 12 und die Piktogramme 13 zuganglich bleiben. Es 
kann eine iibliche Datenverarbeitiing (z.B. das Programm "Clecuiup 
Desktop", welches von Apple Computer, Inc. erhaltlich ist) dazu 
verwendet werden, die Piktogrsumne 13 abhangig von dem Kippen 
zwischen den Orientierungen des Bildschirms zu bewegen. Die 
6r5&e einiger Fenster, insbesondere der als "Dialogbox" bekann- 
ten Fenster, kann mittels herk5mmlicher Fenster-Verarbeitungs- 
verf ahren nicht verandert werden, wad ihre 6r6fie wird auch bei 
der vorliegenden Erf indxing nach dem Kippen zwischen den Bild- 
schirm-Orientierungen nicht verandert. 

In Fig. 11 ist die Anzeige eines Steuerfeldes 66 gezeigt, wel- 
ches einem Benutzer ermoglicht, bestimmte Merkmale zu sperren, 
welche bei der vorliegenden Erfindung vorgesehen sind. Das Bild 
eines Schaltfeld- oder Steuerfeldschalters 61 auf dieser Anzei- 
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ge 66 gibt an^ dafi die Fensterpositionieningsfunktion: aktiviert 
ist. Ein anderes Bild eines Steuerfeldlschalters 62 a\i£ dieser 
Anzeige 66 gibt an, .dsdS die FenstergroSenrNeueinstel lungs funk- 
tion aktiviert ist. Ein drittes Bild eines Steuerfeldschalters 
63 auf dieser Anzeige 66 gibt an, da& die Finder -Aufraumfunk* 
tion, welche Piktogramme verschiebt, aktiviert ist. Das Bild 
eines Stellelementes 64 au£ dieser Anzeige zeigt die Binstel- 
lung der Anzeige nach dem Kippen des Bildschirms an, urn geringe 
UnregelmSSigkeiten auszugleichen. Ein wei teres Bild eines 
Schalters 65 ist auf der Anzeige 66 vorgesehen, welches an- 
zeigt, dafi alle Kippfunktionen aktiviert sind. Ein Benutzer 
kann jedes der Schalterbilder 61 bis 65 mittels der herkonmi- 
lichen Fenster-Tasten-Technologie verandem, indem ein Anzeige- 
cursor (nicht gezeigt) fiber die gewunschte Schalterposition 
gelegt wird und eine Taste an der Maus des Computersystems 
(nicht gezeigt) angeklickt wird. 

In den Fig. 11a und lib sind weitere Einzelheiten in Bezug auf 
das Bild des Steuerfeldschalters 62 fOx die Veranderung oder 
Neueinstellung der FenstergroSe gezeigt. Das Bild dieses Steu- 
erfeldschalters 62 zeigt zwei Fxmktionen. Die erste Funktion, 
welche bereits beschrieben wurde, besteht darin, dafi die Fen- 
stergroSenanderungsfunktion deaktiviert wird. Die zweite Funk- 
tion besteht darin, die automatische Zoomeinstellung (Auto- 
Rezoom- Funktion) gemaC der vorliegenden Erfindung zu deaktivie- 
ren. Wenn ein Benutzer mit der Maus zu dem Piktogramm 90 der 
Fig. 11a zeigt und dieses mit der herkommlichen Fenster-Tasten- 
Technologie aus%)rahlt, andert sich das Piktogramm 90 in das 
Piktogramm 91 der Fig. lib, wodurch angezeigt wird, dafi die 
Auto-Rezoom-Funktion deaktiviert wurde. 

Eine neue Positionierung der Fenster, welche von eihigen her- 
kommlichen Coraputerprogrammen vorgesehen werden, ist nicht 
machbar. Fig. 12 zeigt ein Steuerf eldf enster, welches einem 
Benutzer angibt, wie er bestimmte Fenster bestimmter Conqputer- 
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programme auf seine Bedurfnisse zuschneiden kann. 

Die bevorzugte Ausfuhningsform dieser Brfindung nutzt mehrere 
Routinen des Standee der Technik zum Bewegen der Fenster und 
zum Verandem der Fenstergrdfie . Fig. 13a zeigt diese Routinen. 
Damit bei der Brfindung ein Fenster bewegt oder seine Grofie 
verandert (Resize) werden kann, mussen fHx jedes Fenster, 
welches momentan in Gebrauch ist, bestitmnte Informationen 
gespeichert werden. Die Routine NewWindow (neues Fenster) 104 
des Standes der Technik realisiert die Zuordnimg und Initiali- 
sierung der erf orderlichen zusatzlichen Information. Wenn ein 
Fenster geschlossen ist, wird die zusatzliche Funktion nicht 
mehr bendtigt. Die RoutdLne CloseWindow (Fenster schliefien) 107 
des Standes der Technik wird dazu verwendet, den durch NewWind- 
ow reservierten Speicherplatz freizugeben. Die Routine GetNex- 
tEvent (nachstes Breignls holen) 102 des Standes der Technik 
wird dazu verwendet^ die auf das Kippen (Flip) bezogenen Funk- 
tionen, wie die Brfassimg des Kippens, die Bewegung des Fen- 
sters und die Ver^derung der FenstergrdSe, mit dem Betriebs- 
system des Computers zu koordinieren. 

Wenn ein Kippen erfafit wird, wird bei der vorliegenden Brfin- 
dung eine Liste der vorhandenen Fenster erzeugt. Wahrend Soft- 
wareaufrufen zu der Routine GetNextBvent 102, werden die Rou- 
tinen GetMouse (Maus holen) 115 und Button (Taste) 116 des 
Standes der Technik dazu verwendet, eine meuiuelle Betatigung 
der Haus zu simulieren. Die Routine ShowHide (Verstecktes Zei- 
gen) 109 des Standes der Technik wird dazu verwendet, vorh2Ui* 
dene Fenster, welche durch ein laufendes Anwendungsprogramm der 
Sicht des Benutzers gerade verborgen sind, zu bewegen und ihre 
Grd&e zii verandem. 

Die Routinen DragWindow (Fenster Ziehen) 108, GrowWindow (Fen- 
ster vergrofiem) 110 und ZoomWindow (Fenster zoomen) 112 des 
standes der Technik werden nach einer Kippbewegung gem^ der 
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vorliegenden Erfindung dazu verwendet, die Grenzen einer Kon- 
stanten zu korrigieren^ welche aus dem Stand der Technik be- 
kannt ist und "screenBits. bounds" genannt wird und die die ent- 
sprechenden Parameter fiir das Ziehen , die Gro&eneinstellxing und 
das Zoomen der Fenster einstellt. Binige Anwendiongsprogramme 
verwenden Routinen des Standes der Technik wie SizeKindow 
(FenstergrdSe einstellen) 111 anstelle von ZoomWindow 112. 
Diese Anwendungsprogramme arbeiten mit den Routinen TrackBox 
(Kastchen nachfuhren) 114 xind SizeWindow 111 des Standes der 
Technik. 

Die Routinen InitGraf (Grafik initialisieren) 103 und InitWin- 
dovs (Fenster initialisieren) 105 werden gemafi der vorliegenden 
Erfindung dazu verwendet, die Grofie des Speichers in einem • 
intemen Anzeigepuf f er zu ermitteln/ welche f\lr ein Anwendungs- 
prograiom reserviert: werden mufi, soweit eine Anwendung einen 
solchen Piif£er imterstfitzt, dam it die Anwendung eine richtige 
Anzeige sowohl in der PortrSt* als auch in der Landschstfts- 
Orientierung vorsehen kcum. Anwendungsprogramme reservieren 
manchmal einen solchen Puffer, basierend auf der Konstanten 
"screenBits. bounds", urn die Datendarstellung und Erneuerung zu 
beschleunigen . 

Die Routine MenuSelect (Men^ auswahlen) 113 des Standes der 
Technik wird bei der vorliegenden Erfindtmg dazu verwendet, die 
Piktogramme in der herkdmmlichen piktogrammgestiitzten Benutzer- 
schnittstelle, welche Qblicherweise in Verbindung mit der 
Erfindung eingesetzt wird, neu zu positionieren. Ahnlich wird 
die Routine TextBox (Text-K&stchen) 117 des Standes der Technik 
dazu verwendet, Anwendungsnamen in dem Menflbalken neu zu posi- 
tionieren, wenn nach einem Kippen diese Anwendiingen gestartet 
werden. 

Die Routinen InitZone (Zone initialisieren) 118, GetNextBvent 
(nachstes Ereignis holen) 102 \md SelectWindow (Fenster aus- 
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wahlen) 106 des Standes der Technik werden bei der vorliegenden 
Erfindung dazu verwendet, mehrere Anwendungsprogrammfenster zu 
verarbeiten, die in .einer "MxiltiFinder"-UiDngebung aktiv sein 
konnen, welche iUblicherweise in Conaputem angetroff en werden, 
die mit der vorliegenden Erfindung surbeiten. In der MultiFin- 
der-Uaigebung kann es mehrere Programme geben, welche laufen, 
ohne dag direkt au£ ihr Fenster zugegriffen werden kann ("Hin- 
tergrund Anwendungen") . Die MnltiFinder-Umgebung erlaubt noima- 
lerweise nur das Verandem der GroISe einer einzigen Fenster- 
gruppe, namlich jene der "Vordergrundanwendung" . Bei der vor- 
liegenden Erfindung wird eine Tabelle der aktiven Anwendungs- 
progratnme erstellt, und eine Neueinstellung der Fenstergrofie 
wird immer dann durchgef uhrt , wenn eine Anwendxmg als die 
Vordergnmdanwendung ausgewahlt wird. Die Routine InitGraf 103 
des Standes der Technik wird dazu verwendet zu verhindem, da£ 
Software* "Korrekturroutinen" (Patches) entfemt werden, welche 
in Obereinstimmung mit der vorliegenden Erfindung erstellt 
wurden, wenn in der MultiFinder Umgebung eine Neuanwendimg 
gestartet wird. 

Die Routine SlotMcinager (Steckplatz-Mcuiager) 101 des Standes 
der Technik wird bei der vorliegenden Erfindimg dazu yerwendet, 
die Definitionen mehrerer Videogerate fur Betriebssystetnver- 
sionen des Computers zu ermoglichen, der ublicherweise mit nur 
einem Videogerat, und somit einer Orient ierimg pro Hardware- 
Steckplatz arbeiten konnte. Bei der vorliegenden Erfindung wird 
jede mSgliche Orient ierung der Anzeige wie ein eigenes Gerat 
betrachtet, und es ist somit essentiell, daS mehrere 6ef§te 
zugelassen werden. 

Femer sind bei der bevorzugten AusfOhrungsf orm verschiedene 
Unterstutzungs-Sof twareroutinen 119 vorgesehen. Diese Routinen 
119 sind im einzelnen in Fig. 13b gezeigt, vind ihre zugehorigen 
Ablaufdiagramme sind in den Fig. 32 bis 41 angegeben. 
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Die in Fig, 13b gezeigte Routine Check/Handle Flipped Dolphin 
(Flipped Dolphin uberpruf en/bearbeiten; abgekurzt "FlipOut") 
3201 ist die Hauptroutine, urn zu er£cU3sen,. wann ein Bildschirm 
gekippt wurde, und urn die Fenster entsprechend zu verSndem. 

Die Routine .Compute New Window Position (neue Fensterposition 
berechnen; cibgekQrzt " Posit ionWindow") 3301 berechnet \ind mo- 
difiziert die Grenzparameter eines Fensters abhangig von einera 
Kippen eines Bildschirmes . 

Die Routine Check Resize List (Grofienanderungsliste \iberprufen) 
3401 erstellt und verarbeitet die Liste der Fenster, deren 
Grofie abhangig von einem Kippen eines Bildschirms verandert 
werden muS. 

Die Routine Resize Window (Fenstergr5Se ver&ndem) 3501 erzeugt 
virtuelle oder Phantom-Mausbetatigungen nach Bedeurf, urn die 
GroSe eines Fensters abhangig von einem Kippen eines Bild- 
schirms neu einzustellen. 

Die Routine Confute Resize Amoxint (Umfang der GroSenanderung 
berechnen; abgekurzt "CalcWindResize") 3601 berechnet den Um- 
fang, in dem eine Fenstergrofie abhangig von einem Kippen eines 
Bildschirms verandert werden mufi, damit das Fenster zuganglich 
und auf der gekippten Anzeige logisch plaziert bleibt. 

Die Routine Rebuild Desktop (Schreibtisch (Desktop) neu au£- 
bauen) 3701 iSberpriift, ob mehrere Anzeigen in dem -System ver- 
wendet werden, tind wenn ja, andert sie die Beziehungen zwischen 
den Bildschirmen abhangig von dem Kippen eines Bildschirms. 

Die Routine Finder Cleanup (oder "CleanUpFinder"; Finder auf- 
r3.umen) 3801 erzeugt virtuelle Maustastenbetatigxingen cQshangig 
von einem Kippen des Bildschirms, urn eine Prozedur "Finder 
Cleanup" aus dem Stande der Technik auszulosen. 
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Die Routine Map Rectangle to Main Device (Rechteck auf Haupt- 
gerat abbilden; abgekurzt "MapBigRect") 3901 bildet eine gege- 
bene Fenstergrofie ab, damit sie so gut wie moglich innerhalb 
die geltenden Abmessungen der Anzeige paEt^ welche den Haupt- 
menubalken des Standes der Technik enthalt. 

Die Routine Process a New Window (neues Penster verarbeiten; 
abgekurzt "ProcessNewWind") 4001 fiihrt Zuordnungen durch, 
welche notwendig sind, urn die Orientierungsanderungs- \ind 
GrolSenandeirungs- Information auf dem aktuellen Stand zu halten^ 
uberpruft, ob die Fenstergrofie in Ubereinstimmung mit einer 
fruheren Abmessung der Anzeige ist, zu der sie gehort, und 
erzeugt^ falls dies nicht der Fall ist, virtuelle Maustasten- 
betatigungen, welche notwendig sind, um die GroSe des Pensters 
auf die momentanen Abmessungen der zugehorigen Anzeige aQjzu&n- 
dem. 

Die Routine Get Window's Graphic Device (Graf ikeinrichtung (GD) 
des Fensters holen; abgekurzt "GetWindGD") 4101 ermittelt/ 
welche der mehreren Anzeigen einem Fenster am besten zugeordnet 
wird^ wobei berucksichtigt wird, welche der oberen, linken, 
unteren imd rechten Rander des Fensters in jeder Anzeige ent- 
halten sind. 

Die Fig. 14 bis 31 zeigen mit weiteren Einzelheiten die Art, 
wie die in Fig. 13a gezeigten Routinen des Standes der Technik 
von der vorliegenden Erfindung "korrigiert" (oder "gepatcht") 
werden. Die Fig. 32 bis 41 zeigen mit weiteren Einzelheiten die 
Art, wie die zehn in Fig. 13b gezeigten Routinen gemtS der 
vorliegenden Erfindung arbeiten. 

Wie man in Fig. 14 sieht, uberpruft 1402 die Routine MySlotMa- 
nager 14 01, ob das System "32 -Bit QuickDraw" des Standes der 
Technik lauft. Wenn ja, geht die Ausfuhrung direkt zu dem 
_SlotManager-Code 1408 des Standes der Technik, weil die ver- 
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schiedenen Orientierungen der vorliegenden Erf indimg iiber die 
"Videof amilien" von 32-Bit QuickDraw realisiert werden iind 
somit keine Daten modifiziert werden mussen. Aaderenfalls wird 
uberprilft 1403, ob der aufrufende Algorithmus nach einer Kar- 
tendatenstrtiktur sucht, welche modifiziert werden sollte, urn 
die momenteoie Orientiening gem&S der vorliegenden £rf indxmg 
wiederzugeben. Wenn der aufrufende Algorithmus nicht nach einer 
solchen Struktur sucht, springt die AusfQhrung unmittelbar zu 
dem ursprunglichen _SlotManager-Code 1408. Anderenfalls wird 
uberpruft 1404, ob der aufrxifende Algorithmus nach Videoschal- 
tungskarten -Daten sucht, welche Pcurameter fur einen Videomodus 
spezifizieren. Wenn nein, springt die Verarbeitung unmittelbar 
zu dem xirsprunglichen _SlotManager-Code 1408. Anderenfalls wird 
uberpriift 1405, ob der aufrufende Algorithmus nach Videopara- 
metem-Kartendaten einer Karte (Leiterplatte) sucht, welche 
Anderungen in der Orientierung der Anzeige unterstitzt . Wenn 
nein, springt die Ausfuhrung unmittelbar zu dem ursprCinglichen 
_SlotManager-Code 1408. Anderenfalls wird untersucht 1406, ob 
die Karte, fur welche die Videoparameter angefordert werden, in 
der Landschaftsorientierung ist. Wenn nein, springt die Aus- 
fuhmng unmittelbcir zu dem _SlotManager-Code 1408 des StcUides 
der Technik. Anderenfalls wird das Lcuidschaf ts-Bit der Identi- 
f ikationsnummer der Karte, deren Videoparameter angefordert 
werden, gesetzt. SchlieSlich geht die Ausfiihrung mit der modi- 
fizierten Identif ikationsnximmer zu dera _SlotManager-Code 1408 
des Standes der Technik weiter. Diese Korrektur (Patch) er- 
moglicht einem Betriebssystem, welches nicht mit 32 -Bit Quick- 
Draw arbeitet, fur beide Orientierungen gemifi der vorliegenden 
Erfindung und luater Verwendung nvir einer Kartenidentif ikations- 
nummer auf die Videoparameter zuzugreifen. Die Korrektur fangt 
Anfragen nach Videoparametem gemcLfi der vorliegenden Erfindung 
ab tmd modifiziert die Kartenidentif ikationszahl, wenn die 
Karte im Landscha±tsmodus ist. Der _SlotManager-Code des Stan- 
des der Technik gibt somit die Videopareimeter der momentanen 
Orientierung gemaS der vorliegenden Brfindxmg zuruck imd simu- 
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liert so die Pim]ctionen der "Video£amilien"-Kdnzepte xles Stan- 
des der Technik, welche 32 -Bit QuiclcDraw vorsieht. 

Wie in Pig, 15 gezeigt, fuhrt die Routine MyGetNextEvent 1501 • 
einen Schritt 1502 durch, urn die Liste der Penster zu uberpru- 
fen, deren GroBe nach einer Kippbewegung neu festgelegt werden 
mufi. Sie fuhrt dann den _GetNextEvent-Code 1503 des Standes der 
Technik aus. Danach wird ein Schritt 1504 ausgefuhrt, indem 
jedes Kippen, das aufgetreten ist, gepruft \md verarbeitet 
wird. SchlieSlicb fuhrt sie einen Schritt 1505 aus, bei dem die 
erforderliche Pilterung durchgefuhrt wird, um die Verarbeitung 
der virtuellen Maiistastenbet&tigxingen, die von der vorliegenden 
Erfindung erzeugt werden, zu imterstdtzen. Diese Korrekturrou- 
tine sieht fiir die bevorzugte Aiisfuhrungsform der vorliegenden 
Erfindung eine passende Stelle zum Erfassen und Reagieren auf 
eine neue Monitororientienang vor, die sich ergibt, wenn der 
Benutzer eine Anzeige kippt. Sie koordiniert die Grdfien&nde- 
rungsfunktionen, die erforderlich sind, um Penster fixr die neue 
Anzeigeorientierxmg zu verandem, erfafit Anderungen der Orien- 
tierung xmd sieht die wahrend der Verarbeitimg der virtuellen 
Maustastenbetatigungen erforderliche Pilteriang vor, um alle 
Effekte der vorliegenden Erfindiong zu realisieren. 

Bei der in Pig. 16 gezeigten Routine MylnitGraf 1601 wird ge- 
priift 1602, ob auf der Maschine MultiPinder lauft, und wenn ja, 
werden die Schritte 1603 und 1604 ausgefiUirt, um die Korrektur- 
routinen fur die Routinen _lnitWindow und _CloseWindow des 
Standes der Technik neu zu installieren. Anderenfalls geht die 
Steuerung direkt zu der Ausf{ihrung des Schrittes 1605 weiter, 
der den _Init6raf -Code des Standes der Technik aufruft. 
Schliefilich wird bei Bedarf im Schritt 1606 die globale Va- 
risJDle "screenBits.boiinds" des Standes der Technik auf ein 
Rechteck eingestellt, welches die Dimensionen beider Orientie- 
rungen gemafi der vorliegenden Erfindung umfafit. Diese Korrek- 
turroutine tut zwei Dinge. Wenn das Programm MultiPinder des 
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Standes der Technik lauft, ixxstalliert sie erstens die Korrek- 
tuarroutinen fur die Routinen _InitWindows und _CloseWindows des 
Standes der Technik ,neu, welche entfemt worden sein konnen. 
Wenn sie von einer Anwendung aiifgerufen wurde, welche von dem 
Benutzer als "inkompatibel" spezifiziert wurde, stellt sie 
zweitens die globale Variable "screenBits .bound" des Standes 
der Technik au£ ein Rechteck ein, welches die Abmessungen bei- 
der Orientierungen gemaS der vorliegenden Brfindiing umfafit. 

Die in Fig. 17 gezeigte Routine MyNewWindow 1701 ruft den _New- 
Window- Code 1702 des Standes der Technik auf und fuhrt i^^ri-n den 
Schritt 1703 aus, der eine Datenstruktur zuordnet und initiali- 
siert, welche von der vorliegenden Erfindtang verwendet wird, urn 
das Fenster nach einer Anderung der Anzeigeorientierung neu zu 
posit ionieren und/oder seine Grofie zu verSndem. Diese Korrek- 
turroutine sieht eine passende Stelle ffir die vorliegende 
Er£indimg zuia Erzeu^en zusatzlicher Datenstrukturen vor, welche 
zum Verarbeiten des neuen Fensters nach einer Anderting der 
Anzeigeorientierung notwendig sind. 

Die in Fig, 18 gezeigte Routine FlipInitWindows 1801 fuhrt 
einen Schritt 1802 aus, um die moraentane untere rechte Ecke des 
globalen Parameters "screenBits. bounds" des Standes der Technik 
zurilckzuholen . Der nachste Schritt 1803 wird ausgeftihrt, um die 
untere rechte Ecke der globalen Variable "screenBits. bounds" 
des Standes der Technik an die momentanen Abmessungen der 
Anzeige, welche den Menubalken enthalt, anzupassen. Dann wird 
der _InitWindows-Code 1804 des Standes der Technik ausgefuhrt. 
Danach wird ein Schritt 1805 ausgefiihrt, um die untere rechte 
Ecke der globalen Variable "screenBits .bounds" auf ihren ur- 
spriinglichen Wert zuruckzxistellen, Als nachstes wird ein 
Schritt 1806 ausgefuhrt, um sicherzustellen, dalS die Fenster, 
fur welche die vorliegende Erfindung eine eigene Datenstruktur 
reserviert hat, in dem System noch existieren, und falls dies 
nicht der Fall ist, um diese zusatzliche Datenstrxiktur frei- 
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zugeben. SchlieSlich geht die Ausfflhrung zu dem aufnxfenden 
Prograirari zuruck .1807. Diese Kdrrekturroutine tut zwei Dinge. 
Erstens gewihrleistet sie, dsdS die xintere rechte Bcke der 
Globalen "screenBits.boxinds* des St^andes der Teclmik wahrend 
der AusffUirxing der _InitWindows -Routine des Standes der Technik 
richtig ist Zweitens gewahrleistet sie^ da& alle Fenster, fur 
welcbe die vorliegende Brfindung eine eigene Datenstruktur 
reservlert hat, noch existieren. 

Die in Fig. 19 gezeigte Routine FlipSelectWindow 1901 fiihrt 
einen Schritt 1902 durch, von dem Zeiger ru dem ausgewahlten 
Fenster in einem globalen Speicher zu speichem. Dann geht die 
Ausfuhnmg direkt zu dem _SelectWindow-Code 1903 des Stsmdes 
der Technik weiter. Diese Kbrrekturroutine aktualisiert den 
Zeiger zu dem obersten Fenster auf dem Schreibtisch (Desktop) 
gemliE der bevorzugten Ausf{Uirungs£orm, der bendtigt wird, um in 
einer MultiFinder-Ukngebung zu exrmitteln, ob eine neue Anwend\ing 
zur aktuellen Anwendung geworden ist. 

Die in Fig. 20 gezeigte Routine FlipCloseWindow 2001 fiihrt 
einen Schritt 2002 durch, welcher die gemaB der vorliegenden 
Brfindung beim Erzeugen des Fensters reservierte zusatzliche 
Datenstrukturen freigibt. SchlieSlich geht die Ausftihrung 
direkt zu dem _CloseWindow-Code des Stcuides der Technik weiter. 
Diese Korrekturroutine gibt die zusatzliche Datenstruktur frei, 
welche beim Erzeugen des Fensters von der vorliegenden Brfin- 
dung erzeugt wurde, veil nach dem SchlieSen des Fensters die 
zusat:zliche Datenstznikttir nicht mehr gebraucht wird. 

Die in Fig. 21 gezeigte Routine FlipDragWindow 2101 fuhrt einen 
Schritt 2102 durch, der eine Kopie des Parameters "boundsRect" 
erzeugt. Dann wird ein Schritt 2103 ausgefuhrt, bei dem die 
"boundsRect" -Kopie neu abgebildet wird, um^die Abmessungen der 
Anzeige, welche den Menubalken enthalt, falls notwendig, anzu- 
passen. Als nachstes wird der _pragWindow-Code 2104 des Stauides 
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der Technik mit der modifizierten Kopie des "boimdsRect" -Para- 
meters ausgefiihrt. Dann wird ein Schritt 2105 ausgefuhrt, 
welcher die "boundsRect" -Kopie £reigibt. SchlieSlich geht die 
Ausffihrung zu dem aufrufenden Programm zuruck 2106. Diese 
Korrekturroutine gewabrleistet, daiS der Parameter "boxmdsRect" 
zu den Abmessungen der Anzeige pafit, welche den Menubalken 
enthalt. Anwendungen rufen normalerweise die _DragWindow-Routi- 
ne des Standes der Technik mit einem "botmdsRect" auf, welches 
mit den Abmessungen der Anzeige ubereinstimmt , die den Men- 
ubalken enthielt, als die Anwendung gestartet wiirde. Wenn die 
Anzeige eine kippbare Anzeige ist xind der Benutzer die Anzeige 
dann kippt, pafit der Parameter "boimdsRect* fur nachfolgende 
_pragWindow-Au£ru£e nicht zu den aktuellen Abmessungen der 
Anzeige. Diese Korrekturroutine bildet dann eine Kopie des 
Parameters "boundsRect" neu ab, damit er zu der aktuellen 
Abmessung der ge]cippten Anzeige pa£t. 

Die in Fig. 22 gezeigte Routine FlipShowHide 2201 {U)erpraft 
2202^ ob die Routine _ShowHide des Standes der Technik aus der 
vorliegenden Erfindung heraus aufgerufen wurde. Wenn ja, geht 
die Ausfuhrung direkt zu dem _ShowHide-Code 2210 des Standes 
der Technik weiter. Anderenfalls wird uberprilft 2203^ ob die 
zusatzliche Datenstruktur existiert, die von der vorliegenden 
Erfindung normalerweise dem Fenster zugeordnet wird- Wenn keine 
solche Datenstruktur vorhanden ist^ geht die Ausfuhrung direkt 
zu dem _ShowHide-Code 2210 des Standes der Technik weiter. 
Anderenfalls wird ein Schritt 2204 ausgefuhrt, der den sicht- 
baren Status des Fensters in die zus&tzliche Datenstruktur 
kopiert. Als n&chstes wird uberpriift 2205, ob die aufrufende 
Prozedur das Fenster verbergen mochte; Wenn das Fenster ver- 
borgen werden soli, geht die Ausfuhrung direkt zu dem 'ShowHide- 
Code 2210 des Standes der Technik weiter. Anderenfalls wird 
uberpruft, ob das Fenster sichtbar ist. Wenn dies der Fall ist, 
geht die Ubertragung direkt zu dem ShowHide-Code 2210 des 
Standes der Technik weiter. Anderenfalls wird ein Schritt 2207 
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ausgefiihrt, um die aktuelle Position/den Ort des Fens.ters zu 
ermitteln. Dann wird ein Schritt 2208 ausgeftUizt:, um die Posi- 
tion des Fensters (nach Bedarf) au£ die aktuelle Schreibtiscb- 
konfiguration einzustellen, wezm der Benutzer dies erlaubt. 
Wezm das Fenster zu einem Typ gebort, dessen GroSe verandert 
werden kann, wird ein Scbritt 2209 ausgefflhrt, um das Fenster 
zu der Liste der Fenster zuzufugen, deren Grofie verindert 
werden soil. ScblieSlich geht die Ausfiibrung direkt zu dera 
_ShowHide-Code 2210 des Standes der Technik weiter. Diese 
Korrekturroutine erleichtert die Neupositionierung und neue 
Binstellung der GroSe der Fenster^ welcbe nicbt sichtbar waren, 
als der Benutzer die Orientierung des Bildscbirms gemaS der 
vorliegenden Erfindung gekippt bat. 

Die in Fig. 23 gezeigte Routine PlipGrowWindow 2301 fiibrt einen 
Scbritt 2302 durcb, welcber ein Rechteck reserviert, der oberen 
linken Ecke (4, Menfibalkenb5he-i'4) zuordnet und die \intere 
recbte Ecke des Parameters sizeRect au£ die momentane untere 
recbte Ecke des Rechtecks kopiert. Dann wird ein Schritt 2303 
ausgefiihrt, um das momentane Rechteck auf die aktuelle Gr6Se 
der Anzeige abzubilden, welcbe den Menubalken enthalt. Danacb 
wird die Routine _GrowWindow 2304 des Standes der Technik 
ausgefubrt, wobei anstelle des Parameters sizeRect des Standes 
der Technik das momentane Rechteck verwendet wird. ScblieSlicb 
gibt der Scbritt 2305 das momentane Rechteck frei. Diese Kor- 
rekturroutine gewabrleistet, dafi der Parameter sizeRect, der an 
die _6rowWindow-Routine des Standes der Technik fkbergeben wird, 
zu der aktuellen GroSe der Anzeige paSt, die den Menubalken 
• entb§lt . 

Die in Fig. 24 gezeigte Routine FlipSizeWindow 2401 fdhrt einen 
Scbritt 2402 auB, der ein tempor^res Rechteck erzeugt. Dann 
wird uberpruft 2403, ob die Routine _SizeWindow des Standes der 
Technik aufgerufen ist, um eine Fensterzoom-Funktion zu reali- 
sieren. Wenn dies nicbt der Fall ist^ geht die Ausfiihrung 
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direkt zu dem _SizeWindow-Code 2408 des Standes der Technik 
weiter. Anderenfalls wird ein Schritt 2404 ausgefiihrt, um die 
Position irnd GroSe 4es neuen Fensters in das temporare Rechteck 
zu kopieren. Als nacbstes wird ein Schritt 2405 ausgefolhrt, um 
das temporare Rechteck auf die aktuelle 6r5Se der Anzeige mit 
dem MeniUbalken abzubilden. Dann wird liberpriif t 2406, ob zusatz- 
lich die GroSe des Fensters verandert werden mufi, so daS es auf 
die Anzeige mit dem Meniibalken pafit. Wenn nein, geht die Aus- 
fuhrung direkt zu dem _SizeWindow-Code 2408 des Standes der 
Technik weiter. Anderenfalls erzeugt ein Schritt 2407 virtuelle 
Mausbetatigungen, indem der Code simuliert wird, welcher auf 
der Basis des neu abgebildeten tempor^ren Rechtecks erzeugt 
wird, wenn ein Benutzer eine Maus ffihrt und anklickt, um die 
Grol^ des Fensters weiter zu verandem. Dann wird der _Size- 
Window-Code 2408 des Standes der Technik aufgerufen. Als nach- 
stes wird ein Schritt 2409 ausgeffihrt, welcher die neue Posi- 
tion und Grofie des Fensters speichert, wenn die Routine _Size- 
Window des Standes der Technik aktiviert war. SchlieSlich wird 
ein Schritt 2410 ausgefuhrt, um das ten5>orare Rechteck frei- 
zugeben. Diese Korrekturroutine stellt sicher, dafi Anwendungen, 
welche Fenster mit Hilfe der Routine _SizeWindow des Standes 
der Technik zoomen (anstelle der Routine _ZoomWindow des Stan- 
des der Technik) , das Fenster richtig axif die aktuelle Grofie 
der Anzeige, welche den MeniUbalken enthalt, zoomen. 

Die in Fig. 25 gezeigte Routine FlipZoomWindow 2501 {iberprxift 
2502, ob das Fensterrechteck fur den Standardzustand gleich dem 
Rechteck fur einen Benutzerzustand ist. Wenn nein,. geht die 
Steue'sning direkt zum Schritt 2504 weiter. Anderenfalls wird ein 
Schritt 2503 aufgerufen, um das Rechteck des Benutzer zustands 
auf die aktuelle Grofie der Anzeige, welche den Menubalken 
enthalt, abziibilden. Als nachstes bildet der Schritt 2504 das 
Rechteck des Standardzustands auf die aktuelle GrdSe der Anzei- 
ge mit dem Menubalken ab. Danach wird der _ZoomWindow-Code 2505 
des Standes der Technik ausgefuhrt. Als nachstes wird uberpruft 
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2506, Ob die Routine _2oomWindow des Standes der Techjiik aixfge- 
rufen weur^ um ein Fenster neu zu zoomen, so daE es an die neue 
Orientierung der Anzeige nach einem Kippen der Anzeige durch 
den Benutzer angepafit ist. Wenn dies nicht der Fall war, geht 
die Ausfuhning iinmittelbar zu dera aufrufenden Programm zuruck 
2508. Wenn doch, stellt ein Schritt 2507 fur das (Benutzer- 
zxistands) -Rechteck dessen Zustand vor dem Zoomen wieder her. 
Als nachstes geht die Ausfuhrung zu dem aufrufenden Programm 
ziiruck 2508. Diese Korrekttirroutine fuhrt zwei Funktionen aus. 
Ztinachst stellt sie sicher, dag die Benutzerzustands- iind 
Standardzustands-Rechtecke fur das Fenster, welches gezoomt 
wird, ricbtig auf die aktuellen Abmessungen der Anzeige mit dem 
Menubalken abgebildet werden. Die zweite Punktion, welche von 
der Korrekturroutine ausgef^2hrt wird, erlaubt dem Benutzer, 
nach einem emeuten Zoomen zu einem Ideinen Standsurdzustand 
zuruckzuzoomen. Dies wird erreicht/ indem das kleine Standard- 
zustand-Rechteck gespeichert imd sein Wert nach dem Auf ruf der 
Routine _ZoomWindow des Standes der Technik wiederhergestellt 
wird (welche das Standardzustands-Rechteck auf einen xaner- 
wunschten Wert geandert haben konnte) . 

Die in Fig. 26 gezeigte Routine FlipMenuSelect 2601 aberprGft 
2602, Ob der Finder aufgerufen ist, um eine Aufraumoperation 
(Cleanup) durchzufiihren. Wenn nein, geht die Steuerung direkt 
dazu dem _MenuSelect-Code 2603 des Standes der Technik welter. 
Anderenfalls wird der _MenuSelect-Code 2604 des Standes der 
Technik als ein Unterprograram aufgerufen. Als nachstes ersetzt 
ein Schritt 2605 das Ergebnis des Aufrufs durch den Menupunkt- 
Identifikator von Special -Cleanup. Schliefilich geht die Steue- 
rxmg zu dem aufrufenden Programm zuruck 2606. Diese Korrektur- 
routine erleichtert den Aufruf einer Finder-Aufraumoperation, 
indem sie den Menupunkt-Identif ikator von Special -Cleanup zu- 
ruckgibt, wenn sie aufgerufen wird. 

Die in Fig. 27 gezeigte Routine FlipTractBox 2701 ruft den 
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_TrackBox-Ccxie 2702 des Standee der Technik axif . Dann fuhrt sie 
einen Schritt 2703 aus, der das Brgebnis in einen globalen 
Speicher kopiert. Sohlie&lich kehrt sie zu dem aufrufenden 
Progranim 2704 zuruck. Diese Korrekturroutine speichert das 
Ergebnis des Aufruf s der ^TrackBox-Routine des Standes der 
Technik, so .dafi sie spater von der _SizeWindow-Kbrrektiirroutine 
untersucht werden kann, urn zu ermitteln, ob _SizeWindow atifge- 
nifen wurde, um ein Fenster zu zoomen. 

Die in Fig. 28 gezeigte Routine PlipGetMouse 2801 ruft den 
_GetMouse-Code 2802 des Stsindes der Technik auf . Dann uberpruft 
sie 2803, ob eine virtuelle Mausbetatigung erzeugt wird. Wenn 
nein, geht die Steuening sofort zu dem aufrufenden Programm 
2807 zuriick. Anderenfalls wiird eine Oberprxifung 2804 durchge- 
fuhrt, um sicherzustellen, dag die virtuelle Mausbetatigung 
noch immer in der Ereignisschlange des Systems ist. Wenn ja, 
wird ein Schritt 2805 ausgefiihrt, der die virtuelle Mausposi- 
tion anstelle der tatsachlichen Position der Maus auf der An- 
zeige zuruckgibt. Wenn nein, wird ein Schritt 2806 ausgefOhrt, 
der die virtuelle Mausbetatigung loscht. In jedem Fall geht die 
Ausfilhrung als nachstes zu dem aufrufenden Programm 2807 zu- 
ruck. Diese Korrekturroutine ermoglicht, dafi Anwendungspro- 
gramme virtuelle Mausbetatigungen akzeptieren, welche gem^fi der 
vorliegenden Erfindung erzeugt werden. Sie gibt die virtuelle 
Position der Maus anstelle der tatsachlichen Position zuriick, 
wenn eine virtuelle Mausbetatigung erzeugt wurde. 

Die in Fig. 29 gezeigte Routine FlipButton 2901 filhrt den _But- 
ton-Cod^ 2902 des Standes der Technik aus. Als nachstes Qber- 
prilft sie 2903, ob eine virtuelle Mausbetatigung erzeugt wurde. 
Wenn nein, geht die Steuerung sofort zu dem aufrufenden Pro- 
gramm 2907 zurQck. Anderenfalls wird uberpruft 2904, ob der 
Tastenzahler gemafi der vorliegenden Erfindung grofier als null 
ist. Weim nein, geht die Ausfuhnmg sofort zu dem aufrufenden 
Programm 2907 ztiruck. Anderenfalls wird ein Schritt 2905 aus- 
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gefuhrt, der den Tastenzahler dekrementiert . Als nachjstes wird 
ein Schritt 2906 aufgenifen, der den zuriicdcgegebenen Wert der 
Routine ^Button des ^tandes der Technik immer au£ WAHR setzt. 
SchlieSlich geht die Ausffihrung zu dem aufrufenden Programm 
2907 zuruck. Diese Korrelcturroutine erlaubt Anwendimgsprogram- 
men, die virtuellen Mausereignisse anzunehmen, velche gemaC der 
vorliegenden Erfindung erzeugt werden. Sie gibt fur eine spe- 
zielle AnzsQil Iterationsschritte anstelle des tatsachlichen 
Zustands der Maustaste immer dann WAHR zurilck, wenn die bevor- 
zugte Ausfuhrungsform eine virtuelle Maustastenbetatigung er- 
zeugt. 

Die in Fig. 30 gezeigte Routine FlipButton 3001 ruft einen 
Schritt 3002 auf, welcher ein teinpor^es Rechteck erzeugt. Dann 
{iberprQft sie 3003, ob der momentane Zeichenport zu der Routine 
Windo^iManager des Standes der Technik gehdrt. Wenn nein, geht 
die Steuerung zum Schritt 3006 weiter. Anderenfalls* wird uber* 
pruft 3004, ob die Textbox in dem Men€ibalken liegt. Wenn nein, 
geht die Steuerung zum Schritt 3006 weiter. Anderenf alls wird 
ein Code 3005 ausgefuhrt, welcher dem tempor^en Rechteck die 
richtige GroSe fur die momentane Orientierung der Anzeige mit 
dem MenObalken zuordnet und die \irsprihxglichen Parameter des 
Kastchens durch das temporare Rechteck ersetzt. Als n^chstes 
wird der _TextBox- Code 3006 des Standes der Technik ausgeffihrt. 
Der n&chste Schritt 3007 gibt das tempor&re Rechteck wieder 
frei. Schliefilich geht die Ausfuhnmg zu dem aufrufenden Pro- 
gramm 3008 zuriick. Diese Korrekturroutine behebt eine Inkom- 
patibilit&t mit Anzeigen, welche mehrere Orient ierungen baben 
kdnnen, wie die gem&S der vorliegenden Erfindung, welche sich 
aufgrund des Finders ergibt. Sie gewahrleistet, dafi der Finder 
die Namen aufgerufener Anwendungen in die Mitte des Menubalkens 
setzt. 

Die in Fig. 31 gezeigte Routine FlipInitZone 3101 fuhrt einen 
Schritt 3102 aus, der alle Eintrage aus der Prozefitabelle gemaS 
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der bevorzugten Ausfuhnmgsform entfemt, welche einen ZonePtr 
(Zonenzeiger) haben, der innerhalb einer neuen Gruppenzone 
liegt, die initialisiert wird. Als nSchstes geht die Steuerung 
zu dem _Init2one-Code 3103 des Standes der Technik weiter. 
Diese Korrelcturroutine unterstutzt die bevorzugte Ausfuhrungs- 
form bei der Aufrechterhaltung einer Prozefitabelle, wenn sie in 
einer MultiFinder-Umgebung eurbeitet. Bs gibt kein allgemein 
akzeptiertes Verfahren zum Ermitteln, wann ein ProzeS in einer 
MultiFinder-Umgebung endet. Die Tabelle der Prozesse geraaE der 
bevorzugten Ausfiihnmgsf orm wird daher aktualisiert, wann ein 
neuer ProzeS gestartet wird, wahrenddessen seine Zone initiali- 
siert wird. 

Die in Fig. 32 gezeigte Routine PlipOut 3201 Oberprift 3202, ob 
ein Monitor gekippt worden ist, Wenn nein, geht die Steuerung 
zu dem aufrufenden Programm 3213 zurftcdc, Anderenfalls wird ein 
Schritt 3203 ausgeffiihrt, bei dem das Bild auf dem gekippten 
Bildschirm ausgeblendet wird, bis es schwarz ist. Danach wird 
ein Schritt 3204 ausgefuhrt, der Fenster liberpruft, urn zu er- 
mitteln, ob sie in ihrem Standardzustand (oder "Zoomed -Out") 
sind. Als nachstes wird ein Schritt 3205 ausgefuhrt, der eine 
Naclibarschaftsabbildung aller Aazeigen aufbaut, die momentan in 
dem System arbeiten. Dann wird ein Schritt 3206 ausgefuhrt, urn 
fiir die gekippte Anzeige die Gr6fie der globalen GDevice-Daten 
des Standes der Technik neu f estzulegen. Dann wird ein Schritt 
3207 ausgefiihrt, um nach Bedarf die aktiven Anzeigen neu zu 
positionieren (um der Anderung der Abmessungen des gekippten 
Gerates zu begegnen) , und um das System-Bet riebsmitt el "Scm" 
(Screen = Bildschirm) des Standes der Technik zu aktualisieren. 
Dann wird ein Schritt 3208 ausgefuhrt, um alle GrafPorts (Gra- 
fikports) des Standes der Technik zu modif izieren, welche auf 
dem gekippten Gerat basieren, und diese fur die neue Orientie- 
rung des Gerates zu aktualisieren. Dann wird ein Schritt 3209 
ausgefiihrt, um die Globale GrayRgn des Standes der Technik neu 
aufzubauen, damit sie mit der neuen Konf iguration der Anzeige 
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iibereinstiramt . Dann wird ein Schritt 3210 ausgef uhr t , urn Fen- . 
ster nach Bedarf neu zu positionieren, so daS sie auch bei 
Neiikonfiguration der Anzeigen noch zuganglich sind. Dann wird 
ein Schritt 3211 ausgefuhrt^ urn die Maus/Cursor-Datenstrxikturen 
des Standes der Technik neu aufzubaiien. Dann wird ein Schritt 
3212 ausgefuhrt, \im die Anzeigen neu darzustellen und das Bild 
auf der gekippten Anzeige wieder einzublenden^ so dafi es wieder 
sichtbcir ist. SchlieSlich geht die Steuerxing zu dem aufarufenden 
Prograram 3213 zuruck. Dieser Code ermittelt, ob eine Anzeige 
gekippt wurde, und wenn dies der Fall ist, sieht er die gesamte 
Grundvercorbeitung vor, iim die globalen Strukturen des Betriebs* 
systems des Standes der Technik zu aktualisieren, \m der Ande- 
rung m5glichst gut zu begegnen. 

Die in den Fig. 33a,. 33b, 33c und 33d gezeigte Routine Position 
Window 3301 uberpruf t 3302, ob das Fenster dieselbe GroSe hat 
wie eine der moglichen Orientieruingen der Anzeige, welche den 
Menubalken enthalt. Wenn ja, geht die Steuerimg direkt zum 
Schritt 3326 weiter. Wenn nein, wird ein Schritt 3303 ausge- 
fuhrt, der den minimalen oberen linken Wert berechnet, welche 
die Variable portRect des Standes der Technik fur das Fenster 
annehmen kann. Dann wird ein Schritt 3304 aufgerufen, welcher 
das eingrenzende Rechteck der Anzeige zurfickgibt, welcher das 
Fenster am logischsten zugeordnet wird. Dann wird CUberpruft 
3305, ob die Anzeige, der das Fenster zugeordnet ist, die An- 
zeige mit dem Menfibalken ist. Wenn nein, geht die Steuerting zum 
Schritt 3307 weiter. Anderenfalls wird ein Schritt 3306 ausge- 
fiihrt, der das eingrenzende Rechteck der zugehdrigen Anzeige 
modifiziert, so daS es die minimale obere und untere Versetzung 
wiedergibt, welche das Fenster innerhalb seiner zugehorigen 
Anzeige einhalten mufi (welche von dem Benutzer anwendxingsweise 
bestimmt wird; die voreingestellten Werte sind 0) . Dann wird 
uberpruf t 3307, ob die zugehorige Anzeige den unteren Rand des 
Fensters enthielt, bevor der Benutzer die Anzeige gekippt hat. 
Wenn nein, geht die Steuenmg zvm Schritt 3310 weiter. Anderen- 
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falls wird uberpruft 3308, ob die zugehorige Anzeige noch iramer 
den imteren Rand des Fensters enthilt. Wenn ja, geht die Steue- 
nmg zuro Schritt 33^.0 weiter* Anderenfalls wird ein Schritt 
3309 ausgefuhrt, der das Fenster nach oben bewegt, so dafi der 
untere Rand au£ der zugehorigen Anzeige bleibt* Dann wird 
uberpriift 3310, ob die zugehorige Anzeige den rechten Rand des 
Fensters enthielt, bevor der Benutzer die vorliegende Brfindung 
kippte. Wenn nein, geht die Steuerung zum Schritt 3313 weiter. 
Anderenfalls wird uberpruft 3311, ob die zugehorige Anzeige 
noch itnmer den unteren Rand des Fensters enthalt. Wenn ja, geht 
die Steuerxing zum Schritt 3313 weiter. Anderenfalls wird ein 
Schritt 3312 ausgefiihrt, der das Fenster nach links bewegt, so 
da& der rechte Rand auf dem zugeordneten Gerat bleibt. Dann 
wird flberprOft 3313, ob die zugehorige Anzeige den linken Rand 
des Fensters enthielt, bevor der Benutzer die vorliegende 
Brfindung gekippt hat. Wenn nein, geht die Steuenmg z\im 
Schritt 3319 weiter. Anderenfalls wird tiberpruft 3314, ob der 
linke Rand des Fensters rechts von dem rechten Rand der zu- 
gehorigen Anzeige liegt. Wenn ja, geht die Steuerung zum 
Schritt 3316 weiter. Anderenfalls wird ilberpriift 3315, ob die 
zugehorige Anzeige den rechten Rand des Fensters enthielt, 
bevor der Benutzer die vorliegende Brfindung gekippt hat. Wenn 
nein, wird ein Schritt 3316 ausgefiihrt, der das Fenster nach 
links bewegt, so da& der linke Rand des Fensters einen kon- 
stanten Abstand zu dem zugehdrigen rechten Rand der Anzeige 
einhalt. Anderenfalls wird {Ubexprfift 3317, ob die zugehorige 
Graf ikeinrichtomg noch immer den linken Rand des Fensters 
enthalt. Wenn ja, geht die Steuerung zum Schritt 3319 weiter. 
Anderenfalls wird ein Schritt 3318 ausgefiihrt, der das Fenster 
nach rechts bewegt, so dafi der linke Rand auf der zugehdrigen 
Anzeige bleibt. Dann wird liberpraft 3319, ob die zugehdrige 
Anzeige den oberen Rand des Fensters enthielt, bevor der Benut- 
zer die Anzeige gekippt hat. Wenn nein, geht die Steuerung zum 
Schritt 3326 weiter. Anderenfalls wird uberpriift 3320, ob der 
obere Rcuid des Fensters unter der imteren Kante der zugehdrigen 
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Anzeige liegt. Wenn ja, geht die Steuerung zura Schritt 3322 
weiter. Anderenfalls wird uberpruft 3321, ob die zugehorige 
Anzeige den xinteren ,2iand des Fensters enthielt, bevor der 
Benutzer die Anzeige gekippt hat. Wenn nein, wird ein Schritt 
3322 ausgefiihrt, der das Fenster nach oben bewegt, so da& der 
obere Rand des Fensters ein en konstanten Abstand zu der unteren 
Kante der zugehorigen Anzeige einhalt. Anderenfalls wird uber- 
pruft 3323, ob die zugehorige Graf ikeinrichtung noch innner den 
oberen Rand des Fensters entbalt. Wenn ja, geht die Steuerung 
z\im Schritt 3325 weiter. Anderenfalls wird ein Schritt 3325 
ausgefuhrt, der das Fenster nach unten bewegt, so da& der obere 
Rand auf der zugehorigen Anzeige bleibt. Dann wird ein Schritt 
3325 ausgefuhrt, der die vertikale Position des Fensters ein- 
stellt, so daS es unter dem Meniibalken und, falls notwendig, 
einem Phantomf enster bleibt- Diese Routine ist verantwortlich 
fur die Neupositionierung eines Fensters, nachdem der Benutzer 
eine Anzeige gekippt hat, so dafi dieses zuganglich bleibt und 
bei der neuen Orientierung der Anzeigen weiterhin logisch pla- 
ziert ist* 

Die in den Fig. 34a imd 34b gezeigte Routine CheckResizeList 
3401 iibeanpruft 3402, ob es irgendwelche anhangigen Breignisse 
gibt, welche die Anwendung bearbeiten mufi. Wenn ja, geht die 
Steuerung zu dem aufrufenden Prograinm 3406 zuruck. Anderenfalls 
wird uberpruft 3403, ob "Maus nach unten" -Breignisse aktiviert 
sind. Wenn nein, geht die Steuertmg zum aufrufenden Prograinm 
3406 zurQck. Anderenfalls wird ein Schritt 3404 ausgefflihrt, der 
bei Bedcurf eine neue Liste aus Fenstem aufbaut (in der umge- 
kehrten Reihenfolge ihres Erscheinens auf dem Schreibtisch) und 
die MenugroSen der Anwendung neu berechnet. Dann wird eine 
tiberprufung 3405 durchgef uhrt , lira sicherzustellen, da& die 
uragekehrte Fensterliste, welche momentan verarbeitet wird, fur 
die Anwendung gilt, welche momentcui ausgefuhrt wird. Wenn nein, 
geht die Steuerung zu dem aufrufenden Programm 34 06 zuruck. 
Anderenfalls wird uberpruft 3407, ob es irgendwelche anhangigen 
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Ereignisse gibt, die die Anwendung bearbeiten mufi. Wemi ja, 
geht die Steuerung zu dem aufrufenden Programm 3414 zxiruck. 
Anderenfalls wird iiberpriift 3404, ob das oberste Fenster, 
welches angezeigt wird, eine Dialogbox ist. Wenn ja, geht die 
Steuerung zum aufrufenden Programm 3414 zxiriick. Anderenfalls 
wird uberprflft 3409, ob die umgekehrte Pensterliste leer ist. 
Wenn ja, wird ein Schritt 3412 ausgefflhrt, der den Finder 
anweist, falls notwendig, eine Aufraum-Operation durchzufiihren. 
Anderenfalls wird ein Schritt 3410 ausgefuhrt, der das erste 
Fenster aus der umgekehrten Pensterliste entfemt. Dann wird 
uberpruft 3411, ob das Fenster in dem System noch aktiv ist. 
Wenn nein, geht die Steuerung zu dem Schritt 3407 weiter. 
Anderenfalls wird ein Schritt 3413 ausgefiihrt, welcher die 
Gr6fie des Fensters neu einstellt, falls dies notwendig ist. 
Schliefilich geht die Steuerung zu dem aufrxifenden Programm 3414 
zuruck. Diese Routine baut die Liste der Fenster, deren 6r5Se 
neu eingestellt werden raufi, nachdem der Benutzer eine Anzeige 
gemaS der vorliegenden Brfindung gekippt hat, auf und verarbei- 
tet diese. 

Die in Fig. 35 gezeigte Routine ResizeWindow 3501 ffihrt zuerst 
einen Schritt 3502 aus, der die Variable portRect des Standes 
der Technik fur das Fenster in globalen Koordinaten berechnet. 
Dann uberprOft sie 3503, ob das Fenster in seinem Standardzu- 
stand ("Zoomed Out") war, bevor die Anzeige von dem Benutzer 
gekippt wurde. Wenn nein, gfeht die Steuerung zum Schritt 3505 
weiter. Anderenfalls wird uberpriift 3504, ob das Fenster noch 
immer in seinem Standardzustand ("Zoomed Out") ist; Wenn ja, 
geht die Steuerung zum Schritt 3505 weiter. Anderenfalls wird 
ein Schritt 3508 ausgefOhrt, der das Fenster vor alle anderen 
angezeigten Fenster zieht. Dann wird ein Schritt 3509 ausge- 
fuhrt, der virtuelle Maustastenbetatigungen erzeugt, um die 
Fensteranwendung dazu zu bringen, dieses in seinen Standard- 
zustand zuruckzuzoomen . Daim geht die Steuerung zu dem aufru- 
fenden Programm 3510 zuruck. Ein Schritt 3505 berechnet den 
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Umfang, in dem die GroSe des Fensters ver&ndert werdea mufi, 
damit es aiif der gekippten Anzeige vollstandig zuganglich 
bleibt. Dann wird uberpruf t 3506, ob der Umfang der Gr&Senver* 
anderung nicht null ist. Wenn nein^ geht die Steuerung zu dem 
aufrufenden Programm 3510 ztiruck. Anderenfalls wird ein Schritt 
3507 ausgefiihrt, der virtuelle Maustastenbet&tigimgen erzeugt, 
welche zum DurchfQhren der GrdSenver&ndezimgen bendtigt werden. 
Schliefilich geht die Steuerung zu dem aufroifenden Programm 3510 
zuruck. Diese Routine erzeugt die benotigten virtuellen Mausta- 
stenbetatigungen, falls es solche gibt, vm die GroSe eines 
Fensters neu einzustellen, nachdem der Benutzer eine Anzeige 
gemafi der vorliegenden Erfindung gekippt hat. 

Die in Fig. 36 gezeigte Routine CalcWindResize 3601 fuhrt zu- 
erst einen Schritt 3602 aus, der das eingrenzende Rechteck der 
Anzeige zuruckgibt, welche zu dem Fenster gehdrt, dessen Gr5fie 
neu eingestellt wird. Dann wird ein Schritt 3603 ausgefuhrt, 
der lokale x- und y-Delta-VaricUt>len nullt, welche dazu verwen- 
det werden, den Umfang zu ermitteln, in dem die GrdSe des Fen- 
sters geandert werden muB. Dann wird iiberpriift 3604, ob der 
untere Rand des Fensters auf der zugehorigen Anzeige war, bevor 
der Benutzer die vorliegende Erfindung gekippt hat. Wenn nein, 
geht die Steuerung zum Schritt 3609 weiter. Anderenfalls wird 
liberprflft 3605, ob die zugehorige Anzeige die Anzeige mit dem 
Meniibalken ist. Wenn nein, geht die Steuerung zu dem Schritt 
3607 weiter. Anderenfalls wird die minimale tuitere Versetzung 
fiir die Anwendung des Fensters von dem Rechteck der zugehorigen 
Anzeige in einem Schritt 3606 subtrahiert (die Versetzung, oder 
der Abstand, wird von dem Benutzer anwendungsweise bestimmt; 
die Voreinstellung ist null). Dann wird Qberpruft 3607, ob der 
xmtere Rand des Fensters noch immer das Rechteck der zugeh6ri- 
gen Anzeige schneidet. Wenn ja, geht die Steuerung zum Schritt 
3609 weiter. Anderenfalls wird ein Schritt 3608 ausgefuhrt, der 
das Delta-y berechnet, welches notwendig ist, um den unteren 
Rand des Fensters auf der zugehorigen Anzeige zu halten. Dann 
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wird ubexpruft 3609, ob der xintere Rand des Pensters auf der 
zugehorigen Anzeige war, bevor der Benutzer die Anzeige geJcippt 
hat. Wenn nein, geht;. die Steueriing zum Schritt 3612 waiter. 
Dann wird uberpruf t 3610, ob der untere Rand des Pensters noch 
immer das Rechteck der zugehorigen Anzeige schneidet. Wenn ja, 
geht die Steueriing zum Schritt 3612 weiter. Anderenfalls wird 
die Prozedur 3611 aufgerufen, welche das Delta-x berechnet, 
welches benotigt wird, urn den rechten Rand des Pensters auf der 
zugehorigen Anzeige zu halten. SchlieSlich wird der Schritt 
3612 aufgerufen, welcher die globalen Roordinaten aus den 
lokalen Variablen Delta-x und Delta-y berechnet. Diese Routine 
ist verantwortlich fur die Berechnung des Umfangs, in dem die 
Grdfie eines Pensters neu eingestellt warden mu&, nachdem der 
Benutzer die Anzeige gekippt hat, so daS das Fenster bei der 
neuen Orientiertmg der Anzeige zugangllch und logisch plaziert 
bleibt. 

Die in den Pig. 37a, 37b,. 37c imd 37d gezeigte Routine Rebuild 
Desktop 3701 fiihrt zunachst einen Schritt 3702 aus, welcher das 
eingrenzende Rechteck der ersten Anzeige in dem Coraputersystein 
z\iruckgibt. Dann iiberpruft sie 3703., ob die Anzeige ihren 
oberen Rand rait einer anderen Anzeige teilte, bevor der Benut- 
zer die vorliegende Erfindung gekippt bat. Wenn nein, geht die 
Steuerting zu der Uberpriifung 3706 weiter. Anderenfalls wird 
gepruft 3704, ob die Anzeigen durch das Kippen getrexint wurden. 
Wenn nein, geht die Steuerung zu einem Schritt 3715 weiter* 
Anderenfalls wird ein Schritt 3705 ausgefuhrt, welcher den 
Nachbar nach iinten bewegt, so da& die beiden Anzeigen wiederum 
denselben Rand haben, und die Steuerung geht zum Schritt 3715 
weiter. Bs wird gepruft 3706, ob die Anzeige einen gemeinsamen 
linken Rand mit einer anderen Anzeige hatte, bevor def Benutzer 
die Orientier\ing gemafi der vorliegenden Erfindung gekippt hat. 
Wenn nein, geht die Steuerung zu dem Schritt 37d9 weiter. 
Anderenfalls wird uberpruf t 3707, ob die Anzeigen durch das 
Kippen getrennt wurden. Wenn nein, geht die Steuerung zum 
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Schritt 3715 welter. Anderenfalls wird ein Schritt 37-08 aiisge- 
fuhrt, der den Nachbam nach rechts bewegt, so daS die beiden 
Anzeigen wiedemm einen selben Rand teilen. Dann geht die 
Steuerung zum Schritt 3715 weiter. Es wird uberpruft 3709, ob 
die Anzeige einen gemeinsamen unteren Rand mit einer anderen 
Anzeige hatte, bevor der Benutzer die vorliegende Brfindung 
gekippt hat. Wenn nein, geht die Steuerung zvm Schritt 3712 
weiter. Anderenfalls wird uberpruft 3710, ob die Anzeigen durch 
das Kippen getrennt wurden. Wenn nein, geht die Steuerung zum 
Schritt 3715 weiter. Anderenfalls wird ein Schritt 3711 aufge- 
rufen, welcher den Nachbam nach oben bewegt, so dalS die beiden 
Anzeigen wiederum einen gemeinsamen Rand haben, und die Steue- 
rung geht zum Schritt 3715 weiter. Wenn die Uberprufimg 3709 
ergibt, daS es am imteren Rand keinen Nachbam gibt, wird 
uberpruft 3712, ob die Anzeige den gleichen rechten Rand wie 
eine andere Anzeige hatte, bevor der Benutzer die vorliegende 
Erfindung gekippt hat. Wenn nein, geht die Steuerung zum 
Schritt 3715 weiter. Anderenfalls wird uberpruft 3713, ob die 
Anzeigen durch das Kippen getrennt wurden. Wenn nein, geht die 
Steuerung zum Schritt 3715 weiter. Anderenfalls wird ein 
Schritt 3714 aufgerufen, der den Nachbam nach links bewegt, so 
dafi die beiden Anzeigen wiederum denselben Rand gemeinsam 
haben. Danach wird uberpriift 3715, ob irgendwelche Anzeigen 
bewegt wurden, xim ihre Rander neu zu verbinden. Wezm ja, geht 
die Steuerung zum Schritt 3702 weiter. Anderenfalls wird eine 
Prozedur 3716 aufgemfen, welche die nachste Anzeige in dem 
System zuruckgibt. Dann wird eine UberprCLfung 3717 durchge- 
fuhrt, urn sicherztistellen, daS von dem Schritt 3716 eine An- 
zeige zur&ckgegeben wurde. Wenn ja, geht die Steuerung zum 
Schritt 3703 weiter. Anderenfalls wird ein Schritt 3718 ausge- 
fuhrt, der die lokale Variable CurrentGD als die erste Anzeige 
in dem System festlegt. Dann wird ein Schritt 3719 ausgefiihrt, 
urn die lokale Variable CompareOD als die erste Anzeige in dem 
System einzustellen. Dann wird uberpruft 3720, ob die 
CurrentGD -Anzeige und die CompareGD-Anzeige ubereinstimmen. 
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Wenn ja, geht die Steuerung z\im Schritt 3725 weiter. Anderen- 
falls wird uberpruft 3721, ob die beiden Anzeigen sich im Ko~ 
ordinatenraum uberdecken. Wenn nein, geht . die Steuerxmg zum 
Schritt 3725 weiter. Anderenfalls vfird Qberprilft 3722, ob es 
einfacher ist, die Compare6D*Anzeige nach rechts zu bewegen . 
Wenn ja, wird ein Schritt 3723 ausgefOhrt, vm die CompareGD- 
Anzeige nach rechts zu bewegen, so da& die beiden Anzeigen den 
Koordinatenraum niir langs eines Randes teilen, vorausgesetzt, 
da& die Con^cureGD-Anzeige nicht der linke Nachbeur der 
CurrentGD-Anzeige ist und dafi die CurrentOD-Anzeige nicht der 
rechte Nachbar der CompareGD-Anzeige ist. Anderenfalls wird ein 
Schritt 3724 ausgefuhrt, tun die CompareGD- Anzeige nach unten zu 
bewegen, so dafi die beiden Anzeigen den Koordinatenraum nur 
langs einer Kante teilen, vorausgesetzt, dafi die Coii5)areC3D- 
Anzeige nicht der obere Nachbar der GurrentGD-Anzeige ist und 
dag die CurrentGD-Anzeige nicht der untere Nachbar der Compa- 
reCro-Anzeige ist. In jeden Fall wird ein Schritt 3725 aufgeru- 
fen, welcher der lokalen Variablen CompareGD die n^chste Anzei- 
ge in dem System nach ihrem momentanen Wert zuordnet. Dann wird 
eine Oberprufung 3726 durchgef lihrt , \2m sicherzustellen, dafi 
CozopareGD cfultig ist (dafi es tatsachlich eine weitere Anzeige 
in detn System gibt) . Wenn ja, geht die Steuerung zum Schritt 
3720 weiter. Wenn nein, wird iiberpriift 3727, ob irgendwelche 
Anzeigen bewegt wurden (ihre Koordinatensysteme Snderten) . Wenn 
ja, geht die Steuerung zum Schritt 3718 weiter. Wenn nein, wird 
ein Schritt 3728 ausgefflhrt, welcher der lo)c8J.en Variablen 
CurrentGD die nachste Anzeige in dem System nach ihrem momenta- 
nen Wert zuordnet. Dann wird eine Uberpriifung 3729 durchge- 
fiihrt, um sicherzustellen, dafi CurrentGD gultig ist (dafi es 
tatsachlich eine weitere Anzeige in dem System gibt) . Wenn ja, 
geht die Steuerung zum Schritt 3719 weiter. Anderenfalls wird 
ein Schritt 3730 ausgefuhrt, der die Koordinaten aller Systeme 
in der Anzeige normiert, so dafi die obere linke Ecke der Anzei- 
ge mit dem Menubalken 0,0 ist. Schliefilich geht die Ausfuhrung 
zu dem aufrufenden Programm 3731 zuruck. Diese Prozedur ist 
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verantwortlich fur die Neuanordnxing der Koordinatensysteme der 
Anzeigen, nachdem der Benutzer eine Anzeige gem&S der vorlie- 
genden Erfindung gekippt hat. 

Die in Fig. 38 gezeigte Routine CleanDpFinder 3801 iiberpruft 
3 802, ob dies der erste Durchgang durch die Routine ist^ seit- 
dern der Benutzer eine Anzeige gemafi der vorliegenden Erfindung 
gekippt hat. Wenn nein, geht die Steuerung zum Schritt 3803 
weiter. Wenn ja, wird uberprilft 3805, ob die gekippt e Anzeige 
den Menubalken enthielt. Wenn nein, geht die Steuerung zum 
Schritt 3809 weiter. Anderenfalls wird ein Schritt 3806 ausge- 
fiihrt^ welcher alle sichtbaren Fenster des Finders verbirgt. 
Dann geht die AusfCihrung zu dem aufrufenden Programm 3810 
zuxriick. Es wird uberpruft 3803, ob dies der zweite Durchgang 
durch die Routine ist, seitdem der Benutzer eine Anzeige gemSS 
der vorliegenden Erfindxmg gekippt hat. Wenn nein^ geht die 
Steuerxmg zum Schritt 3804 weiter. Wenn ja, wird ein Schritt 
3 807 ausgefihrt, der die virtuellen MaustastenbetStigungen 
erzeugt, die benotigt werden, um den Finder dazu zu bringen, 
seine Auf raumoperation zu beginnen. Dann geht die Ausfuhrung zu 
dem aufrufenden Progratnm 3810 zuriick. Bs wird iiberpriift 3804, 
ob dies der dritte Durchgang durch die Routine ist, seitdem der 
Benutzer eine Anzeige gemaS der vorliegenden Erfindxmg gekippt 
hat. Wenn nein, geht dxe Steuenmg zum Schritt 3809 weiter. 
Anderenfalls wird ein Schritt 3808 ausgefflhrt, der alle Fenster 
des Finders zeigt, welche zuvor von dem Schritt 3806 verborgen 
wurden. Dann wird ein Schritt 3809 ausgefiihrt, welcher die 
vorliegende Erfindung dazu bringt, ihren Pinder-Aufraximmodus zu 
verlassen. Schliefilich kehrt die Ausfflhrung zu dem aufrufenden 
Programm 3810 zuruck. Diese Prozedur koordiniert die Aktivita- 
ten, welche dazu benotigt werden, den Finder dazu zu bringen 
seine Schreibtischpiktogramme neu zu positionieren, nachdem der 
Benutzer eine Anzeige gekippt hat. Sie wird so Icinge aufgeru- 
fen, wie die vorliegende Erfindxmg in ihrem Finder-Auf raummodus 
ist. 
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Die in Fig. 39 gezeigte Routine MapBigRect 3901 ruft 'zuerst 
einen Schritt 3902 aiif , urn die ersten Daten (Auf zeichniingen) in 
einer Liste rait mdglichen Grofien zu erhalten, welche die Anzei- 
ge mit dem Menubalken haben Icann, Dann wird ein Schritt 3903 
ausge£{Uirt, welcher ein temporares Rechteck aus den Grenzen 
gemafi der AnzeigegrdSen-Daten bildet. Dann vergrdSert ein 
Schritt 3904 das tevpor^re Rechteck isn zwei Pixel auf jeder 
Seite. Danach wird ilberpruft 3905, ob das von der aai£xn£enden 
Routine fibergebene Rechteck in das vergrofierte temporare Recht- 
eck pafit. Wenn nein, geht die Steuerung zum Schritt 3910 wei- 
ter. Ander erf alls stellt ein Schritt 3906 den oberen Rand des 
temporaren Rechtecks als die Hohe des Menubalkens ein. Dann 
wird ein Schritt 3907 ausgefuhrt, vaa das Rechteck urn 8 Pixel 
auf der linken Seite, 8 Pixel auf der rechten Seite, 64 oben 
mid 64 unten zu verkleinem. Dann wird ein Schritt 3908 ausge- 
fuhrt, urn den rechten Rand des ten^or&ren Rechtecks um 80 Pixel 
zu bewegen. Dann wird fUberpr&ft 3909, ob das ten^or&re Rechteck 
in das ubergebene Rechteck pafit. Wenn ja, modifiziert ein 
Schritt 3912 die imtere rechte Ecke des Qbergebenen Rechtecks, 
so dafi die imtere rechte Ecke ihren Abstand im Verh&ltzxis zux 
momentcuien unteren rechten Ecke der Anzeige mit dem MeniUsalken 
beibehalt. Dann geht die Steuerung zu dem aufziifenden Programm 
3913 zuruck. Der Schritt 3910 holt die nSchsten Daten in der 
Liste aus mdglichen GroSen, welche die Anzeige mit dem Menu- 
balken haben kainn. Dann wird eine Uberpriifung 3911 ausgefuhrt, 
um sicherzustellen, dafi die gerade aufgerufenen Daten 
existieren. Wexm ja, geht die Ausfuhrung zum Schritt 3903 wei- 
ter. Anderenfalls kehrt die Steuerung zu dem aufrufenden Pro- 
gramm 3913 zurAck. Diese Prozedur bildet ein gegebenes Rechteck 
ab (welches iUdlicherweise den Standardzustand eines Pensters 
wiedergibt) , damit es moglichst gut in die aktuellen Dimensio- 
nen der Anzeige mit dem Nen^alken pafit. 

Die in Fig. 40 gezeigte Routine ProcessNewWind 4001 fuhrt zu- 
erst einen Schritt 4002 aus, welcher eine Hilf sdatenauf zeich- 
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nxing fur das Fenster erzeugt, so dafi die vorliegende Erfindung 
bestimmte zusatzliche Daten verfolgen kann, welche das Fenster 
betreffen. Dann wird uberpruf t 4003, ob das Fenster vergrofier- 
bar ist. Wenn nein, geht die Steuexiiung zu dem aufrufenden Pro- 
gramm 4009 zuruck. Wenn ja, wird uberpruf t 4004, ob das Fenster 
in die momentanen Grenzen der Anzeige mit dem Menflbalken paSt. 
Wenn ja, geht die Steuerung zu dem aufrufenden Programm 4009 
zurQck. Wenn nein, wird flberprfift 4005, ob das Fenster logisch 
auf die momentanen Abmessungen der Anzeige mit dem Meniibalken 
abgebildet werden kann. Wenn nein, geht die Steuerung zu dem 
aufrufenden Programm 4009 zuruck. Wenn ja, wird uberpruft 4006, 
ob das Fenster sichtbar ist. Wenn ja, wird ein Schritt 4007 
ausgefiihrt, welcher virtuelle Maustastenbetatigungen erzeugt, 
um die Gro&e des Fensters neu einzustellen, so daS es in die 
momentanen Dimensionen der Anzeige mit dem Menubalken pafit. 
Wenn nein, wird ein Schritt 4008 ausgefiihrt, welcher das Fen- 
ster an die Liste mit Fenstem, deren Groil^ neu eingestellt 
werden soil, fur die spatere Verwendung hinzuffigt* In jedem 
Fall geht die Steuerung danach als nachstes zu dem aufrufenden 
Programm 4009 zxiruck. Diese Routine fuhrt zwei Funktionen aus. 
ZunSchst reservlert sie die zusitzliche Datenstruktur, welche 
verwendet wird, um Schlisselinf ormationen zu verfolgen, welche 
bei der Neuorientierung/Neueinstellting der Grofie eines Fensters 
benotigt wird, nachdem der Benutzer eine Anzeige gekippt hat. 
Zweitens {iberpriift sie die Gro&e des Fensters^ um sicherzustel- 
len, dafi seine GrSfie einer vorherigen Abmessung der Anzeige 
entspricht, zu welcher es gehdrt. Wenn es nicht die richtige 
Grofie hat, werden Maustastenbetatigungen erzeugt, ~um die GrSfie 
des Fensters auf die momentanen Abmessungen der zugehdrigen 
Anzeige neu einzustellen. 

Die in den Fig. 41a und 41b gezeigte Routine GetWindGD 4101 
fuhrt zunachst einen Schritt 4102 durch, welcher ein Rechteck 
zuruckgibt, da& die Koordinaten des sichtbaren Teils des Fen- 
sters, ubersetzt in das Koordinatensystem der Anzeige enthalt. 



. 41 - 



Dann wird ein Schritt 4103 ausgefuhrt, welcher die Koordinaten 
von der ersten Anzeigevorrichtxmg in dem System holt. Dann wiard 
mit den Rechtecken, 'welche das Fenster und die Anzeige wieder- 
geben, eine Uberpziiifxmg 4104 ausge£}ihrt, welche enaittelt, ob 
die Anzeigevorrichtung den oberen Rand des Pensters enthalt. 
Wenn nein, geht die Steueximg zum Schritt 4106 weiter. Anderen- 
falls wird ein Schritt 4105 ausgefuhrt, der die Grdfie acht zu 
einer gewichteten Suimne des Fensters addiert, van zu emitteln, 
welche Anzeige dem Fenster zugeordnet wird. Dann wird uberpruft 
4106, ob die Anzeigevorrichttmg den linken Rand des Fensters 
enthalt. Wenn nein, geht die Steuerung zum Schritt 4108 weiter. 
Anderenfalls wird ein Schritt 4107 ausgefiihrt, der die GroSe 
vier zu der gewichteten Suinme addiert. Dann wird uberpruft 
4108, ob die Vorrichtiing den unteren Rand des Fensters enthalt. 
Wenn nein, geht die Steuerung zum Schritt 4110 weiter. Anderen* 
falls wird der Schritt 4109 ausgefOhrt, der die GrdSe zwei zu 
der gewichteten Summe addiert. Dann wird lidberpriift 4110, ob die 
Vorricht\mg den rechten Rand des Fensters enth&lt. Wenn nein, 
geht die Steuexrung zum Schritt 4112 weiter. Anderenfalls wird 
der Schritt 4111 aufgerufen, der die GroSe eins zu der gewich- 
teten Summe addiert. Dann wird ilberpruft 4112, ob die gewichte- 
te Summe fur diese Vorrichtung die groEte bisher gefundene ist. 
Wenn nein, geht die Steuerung ztim Schritt 4114 weiter. Anderen- 
falls speichert der Schritt 4113 das Ergebnis \ind die zugehori- 
ge Vorrichtung in der Hilf sdatenstruktiir fur das Fenster. Dann 
wird -Qberpriift 4114, ob es noch weitere Anzeigevorrichtungen in 
dem System gibt. Wenn nein, geht die Steuerimg zxim Schritt 4116 
weiter. Anderenfalls holt der Schritt 4115 die Grenzen der 
nachsten Anzeige in dem System. Die Steueirung geht dann zum 
Schritt 4104 weiter. Bs wird uberpruft 4116, ob das hochste 
erhaltene Ergebnis null war. Wenn nein, geht die Steuerung zum 
Schritt 4118 weiter. Anderenfalls wird der Schritt 4117 ausge- 
fuhrt, welcher die Anzeige, welche den Menubalken enthalt, und 
das Fenster zusammenbringt . Dann wird der Schritt 4118 ausge- 
fuhrt, der die Fenster-Versetzxingen von der oberen linken und 
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der unteren rechten Ecke der zugehorigen Anzeige berechnet. 
Schliefilich geht die Steuerung zu dem aufnifenden Prograinm 4119 
zuruck. Diese Routine ermittelt, welche Anzeige am besten dem 
Fenster zugeordnet wird, wodxircb dajs relative Erscheinungsbild 
des Fensters besser aufrechterhalten werden kcuin, wenn der 
Benutzer eine Anzeige gemaS der vorliegenden Erfindimg kippt. 
Die Anzeige, welche die obere, linke, untere und rechte Ecke 
des Fensters enth&lt, wird in dieser Reihenfolge gewichtet. 

Obwohl die bevorzugte Ausfuhrungsform mit def inierten Fenstem 
au£ einem Computeranzeige system mit zwei Bildschirmen arbeitet, 
ist die Erf indung auch dann nutzlich, wenn ein Bild auf einer 
Oder mehreren Anzeigen beliebiger Art, deren Orientierung nicht 
vollig unveranderlicb ist, dargestellt werden kann. 

Bs wird somit ein Verfahren vorgesehen, mit dem Fenster einer 
Computeranzeige bewegt und ihre Grofie neu eingestellt werden 
kann, wenn ein Conqputerbildscbirm zwischen einer For tr&t -Orien- 
tierung und einer Landschafts -Orientierung gekippt wird. 
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1. Verfahren zum Vorsehen einer Anzeige fur einen Computer, 
der eine Anzeigevorrichtiing (34, 41) verwendet, die we- 
nigstens ein Anzeigefenster .(10, 11) gema& einer Gruppe 
von Regein vorsieht, gekennzeichnet durch 
selektives Positionieren der Anzeigevorrichtimg (34, 41) 
in einer von mehreren physischen Orientierungen (1, 2) , 
Erfassen (3202) einer Veranderxing der physischen Orien- 
tierung (1, 2) der Anzeigevorrichtung (34, 41), Ermitteln 
eines Koordinaten systems (42, 44), welches Positionen aixf 
der Anzeigevorrichtiing (41) in der veranderten Orientie- 
rting (2) beschreibt, Brzeugen (3207) einer Desktpp-Ein- 
richtung zum Brzeugen des Anzeigef ensters gemcLfi diesem 
Koordinatensystem, AJctualisieren (3208, 3210) von Posi- 

^ tions- und GrofienmerJanalen des Anzeigefensters (10, 11) 

nach MctSgabe des Koordinatensystems , Aktualisieren (3211) 
von Grenzen fur die Curser- und Mausbewegung nach MaSgabe 
des Koordinatensystems und emeutes Darstellen (3212) des 
Anzeigefensters auf der Anzeigevorrichtiing (2) . 

2. Verfahren nach Anspruch 1, dadurch gekenn- 
zeichnet, da& die Regelgruppe eine Regel zum Bei- 
behalten des relativen Absteuxdes von einer ausgewahlten 
Position auf dem Fenster (10, 11) zu einer ausgewahlten 
Position (24) auf der Anzeigevorrichtung aufweist. 

3 . Verfahren nach Anspruch 1 oder 2 , dadurch g e k e n n - 

- zeichnet, dafi die Anzeige eine Computerbildanzeige 
umfafit, welche auf mehreren Anzeigeschirmen (34, 35) 
liegt, xind dsdS die Regelgruppe eine Regel zum Ermitteln, 
welcher der mehreren Anzeigeschirme (34, 35) das Fenster 
(38) kontrolliert, umfaSt. 
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4. Verfahren nach Anspruch 3, dadurch g e k e n n - 

z e i c h n e« t, da& das Bewegen und Verandem der Grofie 
des Pensters (38) abhangig von der Anderxing der Orientie- 
ning des Anzeigeschirms (35) ist, der das Penster (38) 
kontrolliert . 

5. Verfahren nach Anspruch 3 oder 4, dadurch g e k e n n - 

\ zeichnet, daS der Ttozeigeschirm (35) , der das Pen- 
ster (38) kontrolliert, enaittelt wird, indem die Wich- 
tigkeit verschiedener Rander des Pensters (38) gewichtet 
wird, eine gewichtete Sumrae fur jeden Anzeigeschirm (35) 
berechnet wird, auf dem ein Teil des Pensters (38) er- 
scheint, und die Rontrolle des Pensters (38) dem Anzeige* 
schirm (35) mit der gr5&ten gewichteten Summe zugewiesen 
wird. 

6. Verfeihren nach Anspsruch 5, dadurch g e k e n n - 
zeichnet, dcd^ die gewichtete Summe berechnet wird, 
indem 8 zu der gewichteten Summe eines Anzeigeschirms 
(35) addiert wird, wenn dieser Anzeigeschirm (35) den 
oberen Rand des Pensters (38) enthalt, 4 zu der gewichte- 
ten Summe des Anzeigeschirms (35) addiert wird, wenn die- 
ser Anzeigeschirm (35) den linken Rand des Pensters (38) 
enthllt, 2 zu der gewichteten Summe eines Anzeigeschirms 
(35) addiert wird, wenn dieser Anzeigeschirm (35) den 
rechten Rand des Pensters (38) enthalt, und 1 zu der ge- 
wichteten Summe eines Anzeigeschirms (35) addiert wird, 
wenn dieser Anzeigeschirm (35) den unteren Rand des Pen- 
sters (38) enthalt. 

7. Verfahren nach Anspruch 5 oder 6, dadurch g e - 
kennzeichnet, dafi die Position eines Pensters 
(38) , das von einem Anzeigeschirm (35) kontrolliert wird, 
bei einer Anderung der Oriehtierxing eines der anderen 
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Anzeigeschirme (34/ 35) relativ zu jenem Anzeigeschirra 
(35) tinverandert bleibt. 

i" 

8* Verfahren nach einem der vorangehenden Ansprfiche/ dadurch 
gekennzeichnet, da& die Regelgruppe eine 
Regel.enthalt, geinaS der eine erste Andenmg der Orien- 
tierung des Anzeigeschirms (1) gefolgt von einer zweiten 
Anderung der Orient ierung des Anzeigeschinas (1) zuruck 
zu der Anfangsorientierung des Anzeigeschirms zur Folge 
hat, daS das Fenster (11) der Anzeige dieselbe Position 
und 6rd£e wie vor der ersten Anderung der Orientienmg 
hat. 

9. Verfahren nach einem der vorangehenden Anspruche, dadurch 
gekennzeichnet/ da£ die Regelgruppe eine 
Regel enthalt, bei der das Fenster (11) der Anzeige ab* 
hangig von einer Anderung der Orient ierung des Anzeige- 
schirms (1) automatisch eine neue GroSe enthalt, urn den 
neu ausgerichteten Anzeigschirm (2) mit dem Fenster (11) 
der Anzeige vollstindiger auszu£{illen« 

10. Verfahren nach einem der vorangehenden Anspruche, dadurch 
gekennzeichnet, dafi das Fenster (11) der An- 
zeige bewegt und seine Grofie verandert wird, indem Corapu- 
tercodeanweisungen ausgefuhrt werden, welche abhangig 
davon sind, dafi ein Benutzer das Fenster (11) mittels 
eines Zeigers bewegt und seine Grofie verandert. 

11. Verfahren nach einem der vorangehenden Anspruche, dadurch 
ge ke nn z ei chn e t, dafi die Regelgruppe mehre- 
re Strategien zum Bewegen und Verandem der Grofie des 
Fensters der Anzeige umfassen, abhangig von der. Identif i- 
kation der Art des Computerprograrams , welches das Fenster 
der Anzeige erzeugt. 
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